OpenAI, Cursor, Microsoft, Amazon e Vercel acabam de concordar com um formato único de plugins de IA: veja o que o Agent Plugins faz

Em 6 de agosto de 2026, cinco empresas que normalmente competem diretamente entre si — OpenAI, Amazon, Microsoft, Cursor e Vercel — publicaram juntas o Agent Plugins, uma especificação neutra para empacotar extensões de agentes de IA (verificado em 7 de agosto de 2026, via agent-plugins.org e o anúncio da OpenAI). A versão 1.0.0 já está disponível, marcada como "rascunho de trabalho", e já é suportada por ChatGPT, Codex, Cursor, GitHub Copilot, Kiro e VS Code.

Se você não desenvolve ferramentas de IA diretamente, a versão prática dessa notícia é curta: uma skill ou integração criada para um assistente de codificação com IA agora deve funcionar em vários outros, sem precisar ser refeita. Veja o que realmente mudou e por que isso importa.

O problema que isso resolve

Cada produto de agente de IA — Cursor, GitHub Copilot, ChatGPT, VS Code com Copilot Chat — inventou sua própria forma de empacotar "extensões": instruções extras, ferramentas e integrações que o agente pode carregar quando uma tarefa exige. As peças de base costumavam ser conceitualmente idênticas, mas cada fornecedor as armazenava e descrevia de um jeito diferente, então um desenvolvedor que construía uma skill reutilizável, na prática, tinha que reconstruí-la para cada ferramenta em que quisesse usá-la.

O Agent Plugins não tenta padronizar todo o comportamento dos plugins — instalação, permissões, marketplaces e interface continuam totalmente a cargo de cada fornecedor. Ele padroniza uma coisa específica: a estrutura de pastas e o formato de arquivo com que um plugin é distribuído, para que qualquer ferramenta compatível consiga encontrá-lo, validá-lo e carregá-lo da mesma forma. A especificação chama isso, de propósito, de "piso mínimo de interoperabilidade".

O que realmente tem dentro de um plugin

Um plugin é simplesmente uma pasta — sem arquivo compactado proprietário, sem etapa de build, nada que não possa ser aberto num editor de texto ou versionado no Git:

meu-plugin/
├── plugin.json
├── skills/
│   └── resumir/
│       └── SKILL.md
├── mcp.json
└── com.example.client/

• plugin.json — o único arquivo que toda ferramenta garante ler. Nome, versão da especificação e metadados opcionais como descrição ou licença.
• skills/ — guarda as Agent Skills, o formato originalmente criado e liberado como código aberto pela Anthropic, hoje amplamente adotado. Cada skill é uma descrição curta mais instruções, carregada no contexto do agente só quando uma tarefa realmente precisa dela — o mesmo modelo de "divulgação progressiva" que evita que uma biblioteca grande de skills deixe o agente mais lento.
• mcp.json — conexões com servidores de Model Context Protocol, a forma padrão de um agente conversar com ferramentas e dados externos. A especificação fixa dois tipos de transporte obrigatórios (stdio para processos locais, Streamable HTTP para conexões remotas), com uma variante SSE mais antiga aceita por compatibilidade retroativa — relevante porque formatos MCP inconsistentes entre ferramentas eram uma fonte real e recorrente de bugs do tipo "funciona numa ferramenta e falha silenciosamente em outra".
• Pastas de domínio reverso (com.example.client/) — uma válvula de escape que permite a uma ferramenta específica adicionar comportamento próprio sem quebrar o pacote para quem mais estiver lendo o mesmo plugin.

Quando uma ferramenta carrega um plugin, a especificação exige que as falhas sejam tratadas de forma isolada, componente por componente: se um servidor MCP não conecta ou um arquivo de skill está malformado, uma ferramenta compatível descarta só aquela peça em vez de recusar carregar o plugin inteiro.

Onde já funciona hoje

(Verificado em 7 de agosto de 2026 na página oficial de Clientes Compatíveis da especificação; confira diretamente em agent-plugins.org antes de se basear nisso, já que a lista deve crescer rápido).

Google e AWS já publicaram posts apoiando a iniciativa, mesmo com seus próprios produtos ainda fora da lista de clientes compatíveis — um sinal razoável de que a adoção deve se expandir além das cinco empresas fundadoras.

O nome notável que falta na lista

A Anthropic não está no Comitê Técnico Diretor, e o Claude Code não aparece como cliente compatível, apesar de duas das três coisas que esse formato empacota, Agent Skills e MCP, terem sido originalmente criadas e liberadas como código aberto pela própria Anthropic. Hoje o Claude Code usa seu próprio layout de plugins, diferente deste.

Vale destacar isso com clareza em vez de deixar passar: se sua equipe padronizar as ferramentas hoje em torno do Agent Plugins, alguém que use Claude Code na mesma equipe não ganha essa portabilidade automaticamente — você continuaria construindo ou mantendo um pacote separado para ela. Se isso muda é algo que vale acompanhar, dado o quanto os próprios formatos da Anthropic são centrais para o que essa especificação empacota.

O que isso significa se você constrói ou compra ferramentas de IA

Se você, ou alguém da sua equipe, mantém skills internas de IA ou integrações MCP — uma skill interna para "resumir chamados de suporte", um conector para o seu CRM, um script que o agente da sua equipe executa —, o benefício direto é que construir isso uma vez seguindo a estrutura de pastas do Agent Plugins já faz funcionar no Cursor, Copilot, ChatGPT/Codex e VS Code sem uma versão separada para cada um.

Para um negócio pequeno decidindo em qual assistente de codificação ou ferramenta de agente padronizar, isso reduz o custo dessa decisão "dar errado" mais adiante: ferramentas construídas em torno de um plugin portátil não precisam ser reescritas se, no ano que vem, você trocar de assistente de codificação. É uma versão menor e mais discreta do que os formatos de contêiner abertos fizeram pelo deploy de software: menos dependência de um único fornecedor, porque o pacote em si não está preso ao produto de uma única empresa.

A ressalva é que a portabilidade aqui se refere à estrutura do pacote, não à experiência ao redor dela. Instalação, avisos de permissão e como uma skill aparece na interface continuam totalmente a cargo de cada ferramenta — dois clientes podem carregar corretamente o mesmo plugin e ainda assim parecer completamente diferentes no uso do dia a dia.

A conclusão

Isso é infraestrutura, não um produto com o qual você vai interagir diretamente — mas é o tipo de decisão de infraestrutura que, com o tempo, economiza horas reais de engenharia, do mesmo jeito que um formato de arquivo ou uma convenção de API compartilhados. Tem um dia de existência, ainda é um rascunho de trabalho, e vale a pena revisitar quando mais fornecedores entrarem ou a especificação se estabilizar além da versão 1.0.0. Por enquanto, se sua equipe está investindo tempo em skills de IA personalizadas ou conectores MCP, construí-los seguindo esse formato em vez do layout proprietário de uma única ferramenta é a aposta mais segura.