Fx adapter passa a executar o harness no host e separa host de sandbox

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

Na prática, saem três peças: instalar o fx dentro do sandbox, manter uma bridge de sandbox e expor uma porta do sandbox. As credenciais do modelo ficam no host e não são encaminhadas ao sandbox. A reescrita traz ainda filtro de ferramentas integradas, steering no meio do turno (novas instruções com o turno em andamento), saída estruturada por schema e retorno de imagens ao modelo via toModelOutput(). Sessões podem ser salvas e retomadas em outro processo do host. Para usar, atualize o pacote @ai-sdk/harness-fx para a versão mais recente. O status é de lançamento oficial disponível, segundo o changelog da Vercel.

Em 28 de outubro de 2026, o CEVIU noticiou "Adapter fx agora roda o harness no host e deixa só filesystem e shell isolados no sandbox", com a mesma mudança central de arquitetura. A nota de 30 de outubro de 2026 trata do mesmo anúncio e reforça o lançamento oficial disponível. Antes disso, em 4 de maio de 2026, o CEVIU publicou "O Agent Harness Pertence Fora do Sandbox", que discutia as implicações de segurança de rodar o harness dentro ou fora do sandbox. O adapter segue essa linha de separação.

Para quem opera agentes em produção, manter credenciais do modelo fora do sandbox reduz a superfície de exposição se o código executado for comprometido. Menos componentes (sem bridge, sem porta exposta) também significam menos coisa para manter e depurar. A retomada de sessões em novo processo é útil para quem precisa de execuções longas ou de reinício de infraestrutura.