Quatro rivais da IA entregaram infraestrutura de agentes à mesma fundação. Veja quais camadas são portáveis

Se a sua empresa tivesse de levar os agentes de IA para outro fornecedor no próximo trimestre, o que iria junto?

Até pouco tempo, a resposta honesta era: os prompts, se alguém tivesse salvado. Em 22 de outubro, a Agentic AI Foundation, o projeto da Linux Foundation que já abriga o Model Context Protocol, recebeu mais quatro peças de infraestrutura de agentes, cada uma doada por uma empresa que concorre com as outras:

• Agent Skills, da Anthropic: um formato aberto para empacotar instruções, scripts e recursos que o agente carrega quando a tarefa pede.
• Open Responses, da OpenAI: uma especificação aberta para conversar com modelos de vários provedores, baseada na Responses API da OpenAI, com schema comum, eventos de streaming consistentes e ferramentas extensíveis.
• OpenEnv, da Hugging Face: um framework e um hub de ambientes de aprendizado por reforço, rodando como containers que expõem MCP e o protocolo de treino Gym.
• OpenSandbox, da Alibaba: uma plataforma de sandbox para agentes de código, agentes de interface gráfica, avaliação e execução de código, com um protocolo que define como um sandbox é criado, executado e destruído, em Docker ou Kubernetes.

A fundação passa a ter dez projetos, contra três no lançamento, em dezembro de 2025. Nenhum dos quatro é tecnologia nova. O que muda é quem os controla.

Leia como um mapa da stack

O jeito útil de ler o anúncio é por camada. Cada projeto padroniza uma interface entre partes de um agente enterprise e, somados aos projetos anteriores, cobrem uma fatia surpreendente dele.

Onde a Agentic AI Foundation já tem um projeto

Capacidades e instruções

• Agent Skills
• AGENTS.md

O que o agente sabe fazer

Interface com o modelo

• Open Responses

Como a aplicação chama um modelo

Ferramentas e outros agentes

• MCP
• A2A
• agentgateway
• Agent Router

Execução

• OpenSandbox

Onde o código gerado roda

Treino e avaliação

• OpenEnv

Fora do escopo

• Memória e estado
• Identidade do agente
• Dados de avaliação
• Regras de negócio

Onde o custo de troca se acumula

A última linha é a que mais importa. Todos os projetos da fundação descrevem como os componentes conversam entre si. Nenhum descreve o que o agente acumulou: a memória que construiu sobre os seus clientes, as skills que escreveu para si mesmo, a identidade sob a qual age, o histórico de avaliação que justificou a aprovação. Já argumentamos que o lock-in está migrando para esse estado acumulado à medida que os modelos ficam intercambiáveis. Uma interface padrão facilita trocar as peças em volta desse estado. Não move o estado.

Governança neutra não é o mesmo que interoperabilidade

Três ressalvas impedem que isso seja uma vitória fácil.

Especificação não é implementação. Dois fornecedores podem declarar suporte ao Open Responses e ainda assim diferir nos eventos que emitem, nas ferramentas que permitem e no tratamento de erros. O MCP mostra o padrão: padronizou como os agentes chegam às ferramentas, e as empresas ainda descobriram que conectar não é governar. Peça testes de conformidade, não logotipos.

Uma casa neutra não apaga a origem. O Open Responses nasce da API da OpenAI. Isso o torna prático, porque muitos times já escrevem nesse formato, e significa que as primeiras decisões de design foram de um único fornecedor. A governança neutra dá às outras empresas voto na próxima versão, não na primeira.

Empacotamento portável não torna o conteúdo seguro. O Agent Skills facilita levar uma skill de um produto para outro. Se o procedimento lá dentro está correto, aprovado e atualizado é outra questão, e em trabalho regulado uma skill é um procedimento que precisa de controle documental. Um formato que viaja bem também deixa um procedimento sem revisão viajar bem.

A camada de sandbox mostra a divisão

No mesmo dia, a AWS levou o Lambda MicroVMs, seu serviço gerenciado para rodar código de usuários ou gerado por IA em máquinas virtuais isoladas, a mais quatro regiões, incluindo a Espanha, num total de 14. Ao lado do OpenSandbox, ele mostra a escolha que as empresas têm agora na camada de execução: um protocolo aberto que você opera, ou uma primitiva gerenciada que a nuvem opera por você. As duas são razoáveis. O que importa é que o ciclo de vida (criar, executar, inspecionar, destruir) esteja descrito de um jeito que o time de plataforma consiga mover, porque o sandbox é onde o código gerado encontra a sua rede.

O que perguntar aos fornecedores agora

Quando uma plataforma de agentes entrar na sua lista, acrescente quatro perguntas à avaliação:

1. Quais dessas especificações vocês implementam, em qual versão, e passam nos testes de conformidade do projeto quando eles existem?
2. Conseguimos exportar a memória, as skills e a configuração do agente num formato documentado, e quanto tempo leva?
3. Se trouxermos o nosso próprio sandbox ou o nosso próprio endpoint de modelo por essas interfaces, quais controles de vocês deixam de funcionar?
4. Quem do lado de vocês participa dos grupos de trabalho da fundação nas camadas de que dependemos?

As respostas não vão eliminar o lock-in. Vão dizer onde ele mora, que é a parte da decisão que ainda dá para planejar.