NexSift
DesenvolvimentoNovo

OpenRouter dá terminal e arquivos persistentes a qualquer modelo

Publicado 11 de set. de 2026 · Leitura 1 min de leitura · Relevância 8.9

PorTiago CastroCriador do NexSift·NexSift Editorial
Diagrama do OpenRouter mostrando modelo, ferramenta shell, container isolado e Files API
Arquitetura oficial de Shell, containers e Files API. Fonte: OpenRouter
O que mudou

Shell, Bash, Files API e containers entram em beta para executar comandos em Linux hospedado com qualquer modelo compatível com ferramentas, com rede bloqueada por padrão.

Por que importa

A camada de execução deixa de depender do fornecedor do modelo e passa a ser uma capacidade substituível na mesma API. Para quem constrói agentes, isso reduz acoplamento entre modelo, shell e armazenamento, mas introduz uma nova superfície operacional de permissões, egress, persistência e custo de sandbox.

O OpenRouter abriu em beta um conjunto de ferramentas server-side para agentes: openrouter:shell, openrouter:bash, Files API e containers Linux hospedados. Qualquer modelo compatível com tool calling pode emitir comandos e receber stdout, stderr e exit code. Os containers são isolados por workspace, começam sem acesso de saída à rede e só ganham egress por allowlist configurada no início. Arquivos podem entrar pela Files API, persistir entre requisições associadas ao mesmo container e ser promovidos de volta ao armazenamento do workspace. O sandbox custa US$ 0,0001 por segundo ativo, com mínimo de 30 segundos ao iniciar um container frio; a Files API não tem cobrança separada e o armazenamento total é limitado a 10 GiB.

O que observar agora

Observar mudanças de API durante o beta, limites e controles corporativos de containers, evolução da política de rede, suporte dos diferentes modelos a ferramentas e se o preço de sandbox se mantém competitivo em workloads agentivos longos.

Tópicos relacionados com este sinal
Continue no radar