A carga de trabalho do agente é estruturalmente diferente
Os agentes são processos com estado de longa duração. Eles raciocinam ao longo do tempo, chamam ferramentas externas, geram subprocessos, escrevem e executam código e tomam decisões que dependem do que aconteceu cinco etapas antes na mesma tarefa. Um fluxo de trabalho de agente único pode durar minutos ou horas, afetando uma dúzia de sistemas externos e gerando resultados intermediários dos quais dependem as etapas subsequentes. A camada de computação para esse tipo de trabalho precisa fazer coisas que o modelo antigo nunca foi solicitado a fazer. Esse é o novo padrão: infraestrutura de execução projetada em torno da semântica do agente, e não da semântica da solicitação.
A própria comunidade Kubernetes reconheceu esta incompatibilidade. Em março de 2026, o Kubernetes SIG Apps publicou uma introdução ao Agent Sandbox, uma nova abstração baseada em CRD projetada especificamente para cargas de trabalho de agentes singleton e com estado. O enquadramento é direto: o ecossistema está migrando de tarefas isoladas e de curta duração para a implantação de vários agentes de IA coordenados que são executados continuamente, e o mapeamento dessas cargas de trabalho para os primitivos tradicionais do Kubernetes requer uma abstração totalmente nova. O fato de os mantenedores do Kubernetes terem construído uma primitiva dedicada para isso, em vez de recomendar que as equipes componham uma a partir dos recursos existentes, é em si o sinal mais claro de que a execução do agente não se ajusta ao modelo antigo.
O que a execução do agente realmente exige
Concretamente, requer quatro coisas. Primeiro, ambientes de execução isolados que provisionam em milissegundos, não em minutos, para que cada tarefa do agente tenha sua própria sandbox para execução de código e chamadas de ferramentas sem bloquear o loop de raciocínio. A diferença entre um ambiente de dois segundos e um ambiente de dois minutos não é uma otimização de desempenho; ele determina se a arquitetura é viável. Em segundo lugar, o gerenciamento de estado durável em todo o ciclo de vida da tarefa, para que um agente possa pausar, transferir ou retomar sem reinicializar do zero e queimar tokens para reconstruir o contexto já construído. Terceiro, primitivas de coordenação para trabalho multiagente: a capacidade de gerar subagentes, passar resultados estruturados entre eles e rastrear dependências de tarefas em um gráfico de processos simultâneos. Os sistemas de agentes de produção raramente são agentes únicos; são pipelines de agentes especializados com transferências que precisam ser confiáveis e inspecionáveis. Quarto, gerenciamento de credenciais e segredos que acompanham o contexto de execução, para que os agentes possam autenticar-se em serviços externos com segurança, sem expor credenciais na definição de tarefas, logs ou variáveis de ambiente de um contêiner compartilhado.
