OpenAI e grandes empresas de tecnologia unificam o formato de plugin de agente de IA

Em 6 de agosto de 2026, a OpenAI, Microsoft, Amazon, Cursor e Vercel lançaram conjuntamente o Agent Plugins 1.0.0, tentando estabelecer um formato universal de empacotamento para Agentes de IA. Desenvolvedores podem colocar em um mesmo diretório as Agent Skills — compostas por instruções de operação, scripts e referências — juntamente com servidores MCP que se conectam a bancos de dados, serviços em nuvem e ferramentas de desenvolvimento; teoricamente, basta empacotar uma única vez para que esses componentes funcionem em clientes compatíveis como ChatGPT, Codex, VS Code, Cursor, GitHub Copilot e Kiro. O problema que busca resolver não é a capacidade do modelo, mas a fragmentação de formatos que está surgindo no ecossistema de Agentes: atualmente, a mesma funcionalidade frequentemente exige a criação separada de arquivos de lista, modificação da estrutura de diretórios e manutenção de múltiplas ramificações. No entanto, a especificação 1.0.0 ainda está marcada como “rascunho em trabalho” e, por enquanto, padroniza apenas o método de empacotamento, sem definir loja de plugins, protocolos de instalação, modelos de permissão, isolamento em sandbox ou verificação de origem. Portanto, ela se assemelha mais a um “formato de pacote” para o ecossistema de Agentes do que a uma loja de aplicativos madura onde se possa instalar com segurança plugins arbitrários.

Autor do artigo e fonte: Jonathan Hefner, membro da equipe de tecnologia da Vercel

Nos últimos doze meses, o ecossistema de Agentes de IA desenvolveu dois tipos importantes de capacidades de expansão.

A primeira categoria são as Habilidades do Agente. Elas geralmente consistem em um arquivoSKILL.md, scripts relacionados e referências, que informam ao Agente como realizar um determinado tipo de tarefa. Por exemplo, ao implantar um site, analisar documentos financeiros ou verificar a segurança do código, as habilidades fornecem etapas de operação, observações importantes, regras de validação e programas prontos para execução.

A segunda categoria são os servidores MCP. O MCP é responsável por permitir que os Agentes se conectem a ferramentas e dados externos, como ler bancos de dados, operar no GitHub, consultar o status de plataformas em nuvem ou chamar sistemas internos da empresa. As Skills tendem a “ensinar ao Agente como fazer”, enquanto o MCP tende a “fornecer ao Agente ferramentas que podem ser chamadas diretamente”.

O problema é que esses componentes anteriormente não tinham um método padronizado de encapsulamento. Mesmo que uma habilidade ou o conteúdo central de um servidor MCP fosse exatamente o mesmo, os desenvolvedores ainda precisavam modificar separadamente os arquivos de manifesto, a estrutura de diretórios e os campos de configuração ao integrá-los a diferentes produtos de Agent. Conforme o tempo passava, a mesma extensão acabava gerando várias versões específicas para clientes; quando uma versão corrigia um erro, os outros ramos nem sempre eram sincronizados, resultando no que o Google chama de “fork e deriva”.

Os plug-ins do Agente precisam fornecer exatamente essas capacidades fora da caixa genérica. Seu papel é mais semelhante ao package.json da ecossistema JavaScript ou ao formato OCI do domínio de contêineres: não substitui o código e os protocolos internos, mas unifica a descrição de como esses elementos devem ser organizados, descobertos e carregados.

According toversion 1.0.0 specification, an Agent Plugin is a directory with a fixed structure, and the root directory must containplugin.json. The minimal manifest only needs to declare the adopted specification version and the plugin name.

If the plugin includes skills, they are all placed in theskills/directory, with each skill having its ownSKILL.md, along with accompanying scripts, reference files, and other resources. If the plugin requires connection to external tools, placemcp.jsonin the root directory to declare one or more MCP servers.

A seção MCP atualmente suporta três métodos de conexão: stdio com processo iniciado localmente, o Streamable HTTP atualmente recomendado e o HTTP+SSE mantido para compatibilidade com sistemas antigos. Clientes diferentes não precisam suportar todos os métodos de transmissão, mas devem suportar pelo menos um entre stdio e Streamable HTTP.

A vantagem direta dessa estrutura fixa é que o cliente não precisa adivinhar onde o arquivo está, nem os autores de plugins precisam redesenhar os diretórios para cada produto. Um cliente compatível, mesmo que suporte apenas Skills e não MCP, ainda pode continuar lendo a seção de habilidades; quando há um erro na configuração MCP, o padrão exige que o cliente pule o servidor com erro sempre que possível, em vez de tornar todo o plugin inoperante.

Os plugins de agente também permitem que os fabricantes mantenham funcionalidades exclusivas. Os clientes podem criar seus próprios namespaces de extensão usando domínios invertidos, por exemplocom.example.client. Outros clientes devem ignorar configurações exclusivas desconhecidas, em vez de rejeitar todo o plugin. Isso permite que os padrões forneçam uma base comum, sem obrigar todos os produtos a terem exatamente as mesmas funcionalidades.

A lista oficial de compatibilidade atualmente inclui VS Code, Cursor, GitHub Copilot, ChatGPT e Codex, bem como o Kiro da Amazon. A Vercel iniciou a proposta original do padrão, que foi posteriormente desenvolvida por um comitê técnico inicial formado pela AWS, pela Anysphere (empresa-mãe do Cursor), pela Microsoft, pela OpenAI e pela Vercel; o GitHub também participou do aprimoramento do padrão.

Google anunciou na data de lançamento que se juntará ao trabalho de manutenção principal e começará a permitir que produtos relacionados suportem este formato. O Google planeja adotar Agent Plugins no Agents CLI e no Data Agent Kit, permitindo que desenvolvedores combinem capacidades de dados como BigQuery, Spanner e Cloud SQL em plugins portáteis.

Este grupo de participantes merece atenção, pois não pertencem ao mesmo campo em termos de modelo e produto. A Microsoft possui o VS Code e o GitHub Copilot, com estreita relação com a OpenAI; o Cursor é uma ferramenta independente de programação por IA; a AWS possui o Kiro e compete com a Microsoft e o Google no mercado em nuvem; já a Vercel busca tornar-se uma plataforma de implantação de aplicações de IA. O fato de estarem dispostos a colaborar na definição de padrões de embalagem indica que a fragmentação de plugins já está aumentando os custos de manutenção para todas as empresas.

As normas adotam licenças abertas, e discussões técnicas e decisões também serão realizadas em projetos públicos. Elas tentam, pelo menos no design institucional, evitar que um único modelo de empresa controle totalmente o formato. No entanto, a eficácia final da governança aberta ainda depende do processo de decisão nas versões futuras e se os diversos produtos dependerão em grande medida de extensões proprietárias.

A parte mais fácil de ser mal interpretada nos Agent Plugins é o termo “plugins”, que pode levar à associação com extensões de navegador ou lojas de aplicativos móveis. Na verdade, a versão atual 1.0.0 apenas unificou o formato de empacotamento, sem estabelecer um sistema completo de distribuição e segurança de plugins.

A interpretação oficial do Google esclarece que a primeira versão não estabeleceu quais protocolos devem ser usados para instalar plugins, de onde procurar e baixar, nem padronizou solicitações de permissões, confirmação do usuário, sandbox de execução, autenticação da identidade do publicador e verificação da origem. Essas tarefas ainda são realizadas individualmente por cada cliente Agent.

Embora as normas exijam que os caminhos de arquivo dentro do plugin não possam escapar do diretório raiz do plugin por meio de../ou links simbólicos, a equipe oficial esclarece especificamente: essa restrição de caminho não equivale à isolamento em sandbox do processo do plugin. Um servidor MCP iniciado via stdio ainda pode executar programas; quais arquivos, variáveis de ambiente, rede e dados de usuário ele pode acessar depende do sistema de permissões do cliente.

Os pontos de extremidade MCP remotos devem, em princípio, usar HTTPS, e os plugins não devem gravar senhas ou outros segredos diretamente nos cabeçalhos de solicitação ou configurações de ambiente públicos. No entanto, a versão 1.0.0 não fornece uma configuração OAuth universal nem um mecanismo de referência de credenciais portátil; a descoberta de autenticação, o login do usuário e o armazenamento de credenciais ainda são tratados pelo cliente.

Portanto, o formato unificado também pode aumentar a eficiência da propagação de extensões maliciosas. Os desenvolvedores podem “empacotar uma vez, executar em qualquer lugar”, e os atacantes teoricamente também podem fazer isso. O que realmente determinará, no futuro, se esse padrão poderá ser amplamente adotado pode não ser a estrutura de diretórios, mas sim se assinaturas, avisos de permissão, revisão da cadeia de suprimentos, atualizações automáticas e mecanismos de revogação conseguirem acompanhar o ritmo.

Muitos produtos Agent também possuem comandos, ganchos de eventos, modelos de Agent filhos, componentes de interface e fluxos de trabalho personalizados. Os criadores não impuseram a padronização desses elementos na primeira versão, mas escolheram apenas os dois componentes que já tinham uma base interplataforma estabelecida: Skills e MCP.

Esta é uma escolha conservadora, mas realista. Se os padrões tentarem desde o início definir todas as capacidades dos Agentes, facilmente se tornarão volumosos e fixarão o design atual de um determinado produto como regra de longo prazo para toda a indústria. Os Plugins de Agente resolvem primeiro os problemas mais claros: conectando o conhecimento operacional e as ferramentas do Agente em um único pacote de software portátil.

O Google também destacou que nem todas as habilidades individuais ou todos os servidores MCP precisam ser empacotados como plugins. Plugins são mais adequados para um conjunto de capacidades que precisam ser instaladas, gerenciadas por versão e migradas juntas. Por exemplo, um conjunto de plugins de desenvolvimento de banco de dados pode incluir simultaneamente habilidades de consulta SQL, conexão MCP de banco de dados, guias de solução de problemas e scripts de implantação; se for apenas um arquivo de instruções simples, pode ser mais apropriado distribuí-lo diretamente como uma habilidade.

Se o padrão obtiver suporte suficiente de clientes, os desenvolvedores não precisarão reconstruir todos os recursos e conexões de ferramentas apenas porque a equipe mudou de Cursor para VS Code ou de Codex para outro agente. As capacidades de agente acumuladas ao longo do tempo por indivíduos ou empresas podem acompanhar os usuários, tornando os modelos e clientes subjacentes mais fáceis de substituir.

Isso mudará a forma como a plataforma Agent compete. Os fabricantes não poderão mais manter os usuários apenas por meio de formatos de plug-in fechados, mas precisarão competir continuamente em qualidade do modelo, confiabilidade de execução, controle de permissões, experiência da interface e capacidade de descoberta de plug-ins. Para os desenvolvedores, plug-ins portáveis significam que um único investimento pode alcançar um maior número de usuários potenciais, sem a necessidade de manter repetidamente projetos quase idênticos para cada mercado de Agent.

Mas a portabilidade real ainda tem limites. Os clientes podem implementar apenas parte da especificação, e os mecanismos de autorização e ambientes de execução variam entre produtos diferentes; embora os plugins possam ser reconhecidos, nem sempre apresentam comportamento idêntico em todos os clientes. Plugins que utilizam amplamente namespaces proprietários de fabricantes podem, sob a aparência de compatibilidade formal, reinstalar o bloqueio real.

Além disso, o MCP foi originalmente impulsionado pela Anthropic, mas a Anthropic atualmente não aparece na lista de mantenedores principais iniciais ou nos primeiros clientes oficialmente compatíveis divulgados nos Agent Plugins. Isso não significa que o Claude não suportará esse formato no futuro, mas indica que o novo padrão de encapsulamento ainda não abrange todos os principais grupos de Agentes.

O maior valor dos Agent Plugins atualmente não é a complexidade técnica, mas sim fazer com que múltiplas empresas concorrentes reconheçam o mesmo problema: os modelos podem chamar um número cada vez maior de ferramentas, mas se cada plataforma tiver seu próprio método de empacotamento de plugins, o ecossistema de Agentes repetirá a história fragmentada das primeiras aplicações móveis e extensões de navegador.

A primeira versão do padrão é muito pequena e nem mesmo aborda como os plugins devem encontrar, instalar e confiar. Mas essa contenção também pode ser sua vantagem. Ela primeiro unifica a camada mais básica e mais fácil de alcançar consenso, permitindo que Skills e servidores MCP compartilhem um meio de transporte comum, deixando permissões, distribuição e mais componentes para versões futuras.

Observe que,a página oficial de especificaçõesembora liste a versão como 1.0.0, o status ainda é “Working Draft”, e detalhes futuros podem ser ajustados. Atualmente, o suporte vem principalmente de fabricantes que participaram da elaboração do padrão, e ainda não se comprovou que um ecossistema mais amplo de Agentes o tenha adotado.