Adapter fx agora roda o harness no host e deixa só filesystem e shell isolados no sandbox

O adapter fx do HarnessAgent, camada do AI SDK, mudou de arquitetura. Agora o harness e as requisições ao modelo rodam no mesmo processo da aplicação (o host). Só as operações integradas de filesystem e shell continuam isoladas no sandbox.

A base técnica é a libfx, a biblioteca TypeScript do fx. Na prática, saem três peças do caminho: instalar o fx dentro do sandbox, executar um sandbox bridge e expor uma porta do sandbox. As credenciais do modelo ficam no host, sem ser repassadas ao sandbox. A reescrita também traz filtragem de built-in tools, mid-turn steering, structured output, image tool results via toModelOutput() e sessões que podem ser salvas e retomadas em um novo processo do host. Para usar, basta atualizar o @ai-sdk/harness-fx para a versão mais recente.

Em 27 de outubro de 2026, o CEVIU noticiou "HarnessAgent, do AI SDK, passa a aceitar imagens como entrada em todos os harness adapters". Naquele caso, a novidade era imagem entrando no agente. Agora, no adapter fx, o foco é a arquitetura (host separado do sandbox) e também imagem saindo de tools para o modelo, via toModelOutput(). São mudanças diferentes na mesma camada do AI SDK, publicadas com um dia de intervalo.

Para quem opera agentes em produção, manter as credenciais do modelo fora do sandbox reduz a superfície de risco, e dispensar bridge e porta exposta simplifica a infraestrutura. Na leitura editorial, o isolamento passa a cobrir apenas o que é de fato perigoso (arquivos e comandos), enquanto a lógica do agente fica perto do código da aplicação, o que tende a facilitar depuração e retomada de sessões.