Agentes de IA começam a receber uma infraestrutura mais parecida com a de aplicações distribuídas. O Google ampliou os Managed Agents na Gemini API com execução em segundo plano, conexão a servidores MCP remotos, funções próprias e atualização de credenciais sem descartar o ambiente de trabalho.1

O anúncio é relevante porque ataca problemas que aparecem depois da demonstração. Um agente pode produzir uma resposta rápida em laboratório, mas tarefas reais levam minutos, dependem de sistemas privados, usam credenciais com validade curta e precisam devolver controle à aplicação quando uma ação de negócio será executada.

Tarefas longas precisam de estado

Manter uma conexão HTTP aberta enquanto um agente pesquisa, executa código ou processa arquivos é frágil. Uma oscilação de rede pode interromper a experiência sem interromper o trabalho no servidor, deixando cliente e agente em estados diferentes.

Com a execução em segundo plano, a Interactions API retorna um identificador assim que a tarefa começa. A aplicação pode consultar o status, transmitir progresso ou se reconectar mais tarde. O agente continua operando remotamente em vez de depender da duração de uma requisição.1

Esse padrão parece simples, mas exige decisões de produto. O sistema precisa mostrar que a tarefa está em andamento, impedir envios duplicados, definir prazo máximo, permitir cancelamento quando possível e tratar resultados concluídos depois que o usuário saiu da tela. Também precisa distinguir falha, interrupção, expiração e conclusão parcial.

Agentes de longa duração não podem ser tratados como um botão que demora. Eles se comportam como jobs assíncronos e precisam de fila, identidade, estado, observabilidade e política de repetição.

MCP reduz integração, mas amplia a fronteira de confiança

Os Managed Agents agora podem se conectar diretamente a servidores remotos que implementam o Model Context Protocol. Na mesma interação, o agente pode combinar ferramentas MCP com busca do Google e execução de código dentro de um sandbox isolado.1

Isso reduz a necessidade de criar um proxy diferente para cada banco, API ou serviço interno. Ao mesmo tempo, torna o servidor MCP parte da superfície de segurança. A descrição de uma ferramenta influencia quando ela será chamada; os argumentos precisam ser validados; a resposta pode carregar conteúdo hostil; e a identidade usada pelo agente precisa ter apenas as permissões necessárias.

MCP padroniza a conversa entre agente e ferramenta. Ele não decide sozinho quem pode ler um cliente, alterar um pedido, consultar uma folha de pagamento ou publicar uma mudança. Autorização continua pertencendo ao sistema de negócio.

Funções próprias criam um ponto explícito de controle

O Google também permite combinar ferramentas do sandbox com funções executadas pela aplicação. Quando uma função local é necessária, a interação passa para o estado requires_action; o cliente executa a lógica de domínio e devolve o resultado para que o agente continue.1

Essa separação é saudável. Pesquisa, manipulação de arquivos e código podem acontecer no ambiente gerenciado, enquanto ações como consultar preço contratual, reservar estoque ou abrir um chamado permanecem em uma camada controlada pela empresa.

Mas a implementação precisa ser idempotente. Se o cliente repetir uma resposta depois de um timeout, a mesma função não pode cobrar duas vezes, enviar dois e-mails ou criar registros duplicados. Cada chamada precisa de identificador, validação de estado e histórico suficiente para reconciliar o que aconteceu.

Credenciais passam a ter ciclo de vida

Tokens expiram e chaves precisam ser rotacionadas. A atualização anunciada permite substituir a configuração de rede e as credenciais em uma interação posterior, preservando arquivos, pacotes instalados e repositórios clonados no ambiente remoto.1

Preservar estado evita refazer trabalho, mas aumenta a responsabilidade. Credenciais não devem aparecer em prompts, logs ou arquivos acessíveis ao modelo. A aplicação precisa controlar quais domínios podem ser acessados, aplicar validade curta e revogar o ambiente quando a tarefa termina ou perde autorização.

Também é necessário separar a identidade do usuário da identidade do agente. Um sistema não deve transformar uma sessão humana em acesso permanente para automação. Delegação precisa ter escopo, tempo e finalidade visíveis.

Produção exige mais do que um endpoint

A proposta dos Managed Agents reúne raciocínio, execução de código, instalação de pacotes, arquivos e informação da web em um sandbox gerenciado. Isso acelera a construção, mas não elimina a arquitetura ao redor.

Antes de colocar um agente em produção, a equipe ainda precisa definir contrato de ferramentas, limites de rede, política de dados, aprovação para ações sensíveis, tratamento de duplicidade, custo máximo, telemetria e destino dos artefatos produzidos.

O avanço de julho mostra que o mercado está saindo do agente que responde para o agente que mantém estado e conclui trabalho. A diferença entre os dois não está apenas no modelo. Está na infraestrutura que permite interromper, retomar, auditar e confiar no processo.

  1. Google, "Expanding Managed Agents in Gemini API: background tasks, remote MCP and more", 7 jul. 2026. ↩