Google doou Agent Substrate e gVisor à CNCF. Governança neutra virou critério para runtimes de agentes

Um detalhe no anúncio do Google explica o resto. O Google propôs mudanças no kernel do Linux para ajudar o gVisor, seu sandbox para código não confiável. Os mantenedores upstream recusaram fazer o merge enquanto o projeto era de um único fornecedor.

Esse é o problema que o Google resolve agora para a infraestrutura de agentes. Em 5 de novembro, a empresa anunciou que o Agent Substrate chegou à versão 1.0 em disponibilidade geral (GA) no GKE e que doou o Agent Substrate, o gVisor e o OpenRL à Cloud Native Computing Foundation, depois que os projetos foram aceitos no CNCF Sandbox em outubro.

O que escrevemos em outubro, e o que mudou

Quando olhamos o Agent Substrate pela primeira vez, defendemos que ele foi construído para frotas de agentes, não para um agente só, e que isso deslocava trabalho para os times de plataforma. A arquitetura é a mesma. O status não é.

O Agent Substrate separa o estado durável de um agente da computação que o executa. Os Actors guardam memória, arquivos e identidade. Um pool quente de Workers Kubernetes reutilizáveis os pega quando há trabalho. Os Gateways aplicam controle de acesso e injetam secrets, para que as credenciais não fiquem dentro do agente. O isolamento usa microVMs Cloud Hypervisor ou gVisor. Roda contêineres OCI padrão e funciona com o Agent Development Kit do Google.

Os números do Google, do próprio anúncio: sessões de agente ociosas são restauradas em menos de 500 milissegundos, mais de 500 operações de suspensão e retomada rodam por segundo, e a densidade de contêineres é dez vezes a dos runtimes de contêiner padrão. O ponto é econômico. O Kubernetes puro amarra uma identidade a um Pod e mantém memória e CPU reservadas enquanto o agente espera, o que, para a maioria dos agentes, é a maior parte do tempo.

As novidades são três: a versão 1.0, a disponibilidade geral como recurso gerenciado do GKE e um lar na CNCF. O Google diz que o projeto teve mais de 100 contribuidores desde maio e cita Nous Research, SPIRITT e o projeto kagent, da CNCF, entre os que constroem sobre ele.

O que a ida para a CNCF compra

Um runtime que outros podem adotar sem adotar o Google. O gVisor já roda milhões de sandboxes por dia dentro dos serviços do Google, e o Google lista Anthropic, OpenAI, Modal, Snowflake, Ant Group, Tencent e Northflank como usuários. Ant Group, Modal e Tines se comprometeram a atuar como mantenedores. Sob governança de fundação, a contribuição de um concorrente não fortalece mais só o produto de um rival. É assim que infraestrutura aberta é adotada em larga escala.

Um formato padrão para o estado do agente. Se a divisão entre Actor e Worker se tornar comum entre nuvens, memória, arquivos e identidade de agentes podem ser descritos do mesmo jeito em todo lugar. Isso importa para quem defende, como nós, que o lock-in está migrando para o estado acumulado do agente.

OpenRL no mesmo lugar. O OpenRL, a terceira doação, oferece um loop de pós-treinamento por aprendizado por reforço auto-hospedado no Kubernetes. Começou como preview de pesquisa em fevereiro, e o suporte a TPU ainda está no roadmap.

O que ela não compra

Um projeto da CNCF e um recurso gerenciado do GKE são coisas diferentes. A disponibilidade geral, os termos de suporte e os números de desempenho acima valem para a versão gerenciada do Google. Rodar o projeto aberto por conta própria significa operar os pools quentes, os gateways e a camada de isolamento com seu próprio time.

Sandbox também é o estágio de maturidade mais inicial da CNCF. Ele sinaliza intenção, não estabilidade. A graduação depende de uma base ampla de mantenedores se formar ao longo do próximo ano ou dois.

Para os times de plataforma, a mudança prática está na compra. Um ano atrás, um runtime de agente era um recurso de fornecedor. Agora existe um candidato aberto com um modelo de governança. Faça a todo fornecedor de plataforma de agentes a mesma pergunta: o estado e o isolamento dos nossos agentes podem migrar para um runtime aberto se sairmos?