Em 9 de dezembro de 2025, a Anthropic anunciou que transferiria o Model Context Protocol, o MCP, para a Agentic AI Foundation, uma fundação criada sob a Linux Foundation. A mudança colocou um protocolo cada vez mais usado para ligar agentes de IA a ferramentas, dados e aplicações dentro de uma estrutura institucional que também recebeu o goose, da Block, e o AGENTS.md, da OpenAI.
O gesto importa porque protocolos de integração tendem a ganhar valor quando diferentes fornecedores conseguem adotá-los sem depender da estratégia comercial de uma única empresa. Mas a palavra “fundação” não deve ser confundida com selo de segurança. Governança aberta ajuda a documentar decisões, distribuir influência e criar caminhos de participação. Ela não verifica automaticamente cada servidor MCP, não corrige permissões excessivas e não impede que um agente execute uma ação inadequada.
Quando isso aconteceu
O anúncio foi publicado em 9 de dezembro de 2025, aproximadamente um ano depois de a Anthropic apresentar o MCP como um padrão aberto para conectar aplicações de IA a sistemas externos. Na mesma data, a Linux Foundation anunciou a criação da Agentic AI Foundation, ou AAIF, com Anthropic, Block e OpenAI entre os fundadores.
Este é, portanto, um tema histórico. Ele continua relevante porque a decisão de governança influencia quem pode participar da evolução do protocolo, como mudanças são discutidas e quanto uma empresa pode investir em uma integração sem ficar presa a um único fornecedor.
O que foi anunciado
A Anthropic informou que doaria o MCP à AAIF, um fundo dirigido sob a Linux Foundation. Segundo o anúncio da empresa, o objetivo era preservar o protocolo como padrão aberto, neutro em relação a fornecedores e conduzido com participação da comunidade.
A Linux Foundation apresentou três contribuições fundadoras com funções diferentes. O MCP é um protocolo para conectar modelos e agentes a ferramentas, dados e aplicações. O goose é um framework de agente local e de código aberto, desenvolvido pela Block. O AGENTS.md é uma convenção em arquivo Markdown para fornecer instruções específicas de um repositório a agentes de programação.
Reunir esses projetos sob a mesma fundação não os transforma em um único produto. Também não significa que um substitua o outro. Eles ocupam camadas distintas de uma pilha de agentes: conexão com ferramentas, execução de fluxos e orientação dentro de repositórios.
O que exatamente mudou para o MCP
A mudança principal foi institucional. O projeto passou a ter uma casa neutra ligada à Linux Foundation, em vez de permanecer associado apenas à empresa que o criou. Isso reduz o risco de que a identidade pública do protocolo seja confundida com o roteiro de um único produto comercial.
A própria Anthropic afirmou, no anúncio, que o modelo de governança do MCP permaneceria inalterado naquele momento. Isso é uma nuance importante. A doação não reescreveu instantaneamente a especificação, não substituiu os mantenedores e não tornou incompatíveis as implementações existentes. Ela criou um arranjo para sustentar a evolução futura em um ambiente institucional mais amplo.
Governança neutra não significa ausência de liderança
Projetos abertos ainda precisam de pessoas autorizadas a revisar propostas, aceitar mudanças, administrar repositórios e resolver impasses. O modelo formal do MCP, registrado no processo SEP, organiza participantes em contribuidores, mantenedores, mantenedores principais e mantenedores líderes.
O documento de governança explica que a participação é ligada a indivíduos, não a empresas. A intenção declarada é priorizar a integridade do protocolo, reduzir captura corporativa e preservar continuidade quando alguém muda de empregador. Isso distribui responsabilidades, mas não elimina autoridade. Mantenedores continuam tomando decisões e existem mecanismos de veto definidos.
Para quem adota o protocolo, a pergunta útil não é “há alguém no comando?”, mas “as decisões, responsabilidades e caminhos de contribuição estão claros e podem ser acompanhados?”.
O processo SEP torna mudanças auditáveis
O MCP usa Specification Enhancement Proposals, as SEPs, para propor e registrar alterações. A governança formal diz que mudanças devem passar por revisão, receber contribuição da comunidade, deixar decisões documentadas e ser implementadas antes da finalização.
Esse histórico é valioso para equipes técnicas. Em vez de descobrir uma decisão apenas quando um SDK muda, arquitetos podem acompanhar a justificativa, os efeitos de compatibilidade e o estado de cada proposta. Ainda assim, um processo público não garante que toda decisão seja correta. Ele torna a discussão mais visível e oferece evidência para avaliação.
A AAIF criou outra camada de decisão
A fundação não governa apenas detalhes técnicos do MCP. Ela também precisa decidir estratégia, acolhimento de projetos e prioridades comuns do ecossistema. Em atualização publicada em 24 de fevereiro de 2026, a AAIF informou que já havia estabelecido um conselho de governança e um comitê técnico.
Segundo essa atualização, o comitê técnico recebeu representantes dos membros Platinum e passou a discutir requisitos para novos projetos. A fundação também criou grupos de trabalho para temas como identidade e confiança, segurança e privacidade, observabilidade, confiabilidade e alinhamento regulatório.
Esse arranjo mostra que “governança aberta” não é uma frase concluída no dia do anúncio. Ela precisa ser convertida em reuniões, registros, critérios de entrada, papéis técnicos e processos de mudança.
O que a fundação pode melhorar
Uma casa neutra pode reduzir atrito entre empresas que competem em produtos, mas precisam colaborar em infraestrutura. Um protocolo de conexão ganha utilidade quando clientes, servidores, SDKs e ferramentas conseguem evoluir com expectativas compartilhadas.
A fundação também pode oferecer continuidade. Se uma empresa mudar sua prioridade comercial, o projeto tem mais chances de manter documentação, fóruns e infraestrutura com apoio de uma comunidade maior. Outra vantagem é a possibilidade de discutir requisitos transversais, como identidade, autorização e observabilidade, sem tratá-los apenas como recursos de um fornecedor.
Há ainda um efeito prático para compradores corporativos. Um padrão com governança pública e documentação de decisões tende a ser mais fácil de avaliar do que uma integração cuja direção depende de conversas privadas. Isso não elimina análise jurídica, técnica ou de risco, mas melhora a qualidade das evidências disponíveis.
O que a mudança não garante
A doação não certifica servidores MCP. Um servidor pode ter código vulnerável, pedir permissões amplas, expor dados ou executar ações destrutivas mesmo usando corretamente o protocolo. A fundação também não valida automaticamente cada pacote publicado por terceiros.
O anúncio não prometeu compatibilidade eterna entre todas as versões. Protocolos evoluem, e implementações precisam acompanhar especificações, notas de versão e políticas de depreciação. Uma organização ainda deve fixar versões, testar atualizações e manter plano de reversão.
Também não existe neutralidade automática só porque há muitos membros. Empresas grandes podem ter mais recursos para participar de reuniões e produzir propostas. A defesa contra captura depende de regras, transparência, diversidade de contribuidores e prática consistente, não apenas da lista de patrocinadores.
Segurança continua sendo responsabilidade da implementação
A própria AAIF reconheceu desafios específicos das conexões dinâmicas entre clientes e servidores. Em sua atualização do primeiro trimestre, a fundação destacou problemas de autorização quando clientes e servidores desconhecidos se conectam sem a relação prévia de confiança comum em integrações tradicionais.
Na operação, equipes precisam aplicar o princípio do menor privilégio. Cada servidor deve receber apenas os acessos necessários, com credenciais separadas, escopo limitado e registros de auditoria. Ações irreversíveis, como exclusão, envio externo ou alteração financeira, precisam de confirmação humana proporcional ao risco.
Também é prudente separar descoberta de execução. Encontrar um servidor em um registro não equivale a aprová-lo. Antes do uso, verifique mantenedor, repositório, licença, versão, dependências, comportamento das ferramentas, destino dos dados e política de atualização.
MCP, A2A e instruções de repositório não são a mesma coisa
O MCP trata principalmente de como uma aplicação de IA acessa ferramentas e contexto. Já o Agent2Agent, ou A2A, aborda comunicação entre agentes. O site explicou essa outra camada ao analisar a chegada do A2A 1.0 à Linux Foundation.
O AGENTS.md resolve um problema diferente: oferece instruções de projeto para agentes que trabalham em um repositório. Ele não transporta chamadas de ferramenta e não substitui controles de acesso. Colocar os três projetos na mesma conversa ajuda a enxergar uma pilha, mas misturar suas finalidades leva a arquiteturas confusas.
Por que isso ainda importa
O MCP continuou evoluindo depois da doação. Novas revisões da especificação, extensões e práticas operacionais aumentaram a importância de saber onde decisões são tomadas e quais documentos são normativos. O Bastidores já analisou a revisão de julho de 2026 da especificação MCP, inclusive suas implicações para estado, autorização e auditoria.
A notícia de dezembro de 2025 fornece o contexto institucional para essas mudanças posteriores. Quando um protocolo deixa de ser apenas uma iniciativa do criador e passa a ser infraestrutura compartilhada, compatibilidade, segurança e governança tornam-se preocupações de ecossistema.
Como avaliar a adoção em uma organização
Antes de adotar ou ampliar MCP, registre qual problema a integração resolve. “Usar o padrão do mercado” não é requisito suficiente. Liste as fontes de dados, ferramentas expostas, tipos de ação, usuários, ambientes e consequências de uma chamada incorreta.
Depois, identifique a versão da especificação e dos SDKs em uso. Compare-a com a documentação atual e com o histórico de mudanças. Mantenha um ambiente de teste com dados sintéticos e ferramentas sem efeito real. Só promova a integração quando autenticação, autorização, logs e tratamento de falhas estiverem observáveis.
Por fim, atribua responsáveis. Alguém precisa acompanhar alterações do protocolo, atualizar dependências, revisar permissões e responder a incidentes. Governança externa não substitui propriedade interna.
Checklist mínimo para servidores MCP
- Origem: confirme repositório, mantenedor, licença e versão.
- Ferramentas: leia o nome, a descrição e o efeito real de cada operação exposta.
- Credenciais: use segredos próprios do ambiente, com escopo mínimo e rotação prevista.
- Dados: documente o que sai da organização, para onde vai e por quanto tempo pode ser retido.
- Rede: limite destinos e bloqueie acesso desnecessário a serviços internos.
- Aprovação: exija confirmação para ações irreversíveis ou de alto impacto.
- Auditoria: registre quem iniciou a ação, qual ferramenta foi chamada, quais parâmetros foram aprovados e qual resultado voltou.
- Atualização: teste novas versões antes de produção e mantenha uma rota de reversão.
Fato, análise e questões abertas
Fato: Anthropic, Block e OpenAI participaram da criação da AAIF sob a Linux Foundation, e MCP, goose e AGENTS.md foram apresentados como projetos fundadores. O anúncio ocorreu em 9 de dezembro de 2025.
Fato: o MCP já possuía um modelo formal de governança com papéis e processo SEP. A Anthropic disse que esse modelo não mudaria imediatamente com a doação.
Análise: uma fundação neutra reduz dependência institucional de um fornecedor e pode facilitar colaboração entre concorrentes. O benefício depende de processos públicos funcionarem na prática.
Questões abertas: quão diversa será a participação efetiva, como conflitos entre membros serão resolvidos, quais testes de conformidade ganharão adoção e como organizações avaliarão servidores de terceiros continuam sendo pontos a acompanhar.
O ponto central
A doação do MCP foi menos uma mudança de sintaxe e mais uma mudança de responsabilidade institucional. Ela sinalizou que a camada de conexão entre agentes, dados e ferramentas precisava de uma casa mais ampla do que a empresa que iniciou o protocolo.
Para desenvolvedores e empresas, a conclusão prática é dupla. Vale acompanhar o MCP como infraestrutura aberta e participar de seus processos. Ao mesmo tempo, nenhuma estrutura de governança remove a obrigação de verificar código, limitar permissões, testar versões e manter revisão humana onde uma ação pode causar dano.
Fontes primárias
- Anthropic, doação do MCP e criação da Agentic AI Foundation, 9 de dezembro de 2025
- Linux Foundation, anúncio de formação da AAIF e projetos fundadores
- Agentic AI Foundation, atualização do primeiro trimestre sobre governança e desafios técnicos
- Model Context Protocol, SEP-932 sobre governança formal do projeto
Transparência editorial: este conteúdo foi produzido com apoio de IA e submetido a revisão humana de estrutura, fontes, links, limites e linguagem antes da publicação.