Até agora, uma sessão de agente no VS Code carregava uma dependência incômoda: a janela que a iniciou. Fechar a pasta, trocar de superfície ou alternar entre ambiente local e remoto significava lidar com limites criados pela arquitetura do editor, não pela tarefa em si.
O Agent Host apresentado pela Microsoft muda essa fronteira. As sessões passam a viver em um processo próprio, separado da janela do editor, enquanto VS Code, janela de Agents e navegador funcionam como clientes. A promessa é simples de dizer e difícil de implementar: uma tarefa longa deve continuar sendo a mesma tarefa, independentemente da tela usada para acompanhá-la.
O problema estava no lugar onde a sessão vivia
Na arquitetura anterior, cada extension host podia carregar seu próprio “harness” de agente. A sessão ficava ligada à janela e ao ambiente daquele processo. Esse modelo funciona quando o chat é uma extensão da edição, mas começa a ranger quando agentes executam tarefas por minutos ou horas e precisam ser observados de mais de um lugar.
O processo dedicado concentra estado, ferramentas, permissões e ciclo de vida da sessão. Um cliente conecta, consulta o estado atual e envia ações. Outro cliente pode aparecer depois e enxergar a mesma conversa, sem reconstruir tudo a partir de um histórico textual.
AHP é o contrato entre host e clientes
A comunicação acontece pelo Agent Host Protocol (AHP), publicado como protocolo aberto. A Microsoft descreve o AHP como orientado a estado: o host mantém uma representação durável e pronta para exibição da sessão, e vários clientes podem se coordenar em torno dela.
Esse detalhe diferencia o desenho de uma simples transmissão de mensagens entre duas pontas. Uma sessão pode receber atualizações num cliente e ser acompanhada em outro. O artigo anuncia implementações de cliente em Rust, TypeScript, Kotlin, Go e Swift, sinal de que a intenção não está limitada à interface desktop do VS Code.
Também vale separar papéis: protocolos de ferramentas e contexto resolvem como o agente acessa capacidades externas. O AHP está focado em hospedar, preservar e apresentar a sessão. Eles podem participar do mesmo fluxo sem serem concorrentes diretos.
Copilot e Claude entram por adaptadores
O Agent Host não exige que todos os agentes se tornem iguais. O GitHub Copilot é integrado por seu SDK, enquanto o Claude usa o Claude Agent SDK. Adaptadores preservam recursos próprios de cada harness e traduzem o necessário para o modelo comum de sessão.
Essa escolha evita o menor denominador comum, mas aumenta a responsabilidade dos adaptadores. Permissões, ferramentas, eventos de progresso e recursos específicos precisam manter uma semântica previsível em cada cliente. A arquitetura abre uma fronteira; ainda será o uso real que mostrará quanto dela é portátil.
Desacoplar da janela não significa rodar sem máquina
Há uma ressalva importante para sessões locais: o VS Code ainda precisa continuar em execução. Fechar uma pasta não encerra necessariamente o aplicativo, então a tarefa pode seguir; sair completamente do programa é outra história. Sessões remotas dependem, naturalmente, do host remoto que as executa.
Isso coloca a novidade no tamanho certo. Não é um serviço de nuvem mágico nem uma garantia de execução eterna. É uma separação arquitetural que permite continuidade entre superfícies e reduz o acoplamento ao ciclo de vida de uma janela.
O que observar nas próximas versões
- como permissões e aprovações aparecem quando há mais de um cliente;
- como o estado se recupera após queda do host ou do transporte;
- quais recursos continuam específicos de cada agente;
- como projetos locais e remotos deixam claros os limites de acesso;
- se outros editores e clientes adotam o protocolo além do ecossistema Microsoft.
O Agent Host está em desenvolvimento ativo. Ainda assim, a direção é relevante: conforme agentes deixam de responder apenas a um prompt curto e passam a manter trabalho de longa duração, tratá-los como estado de uma janela fica pequeno demais. A sessão começa a parecer uma unidade própria da ferramenta.