O que são Agent Plugins? Skills, Servidores MCP e o que muda (2026)

O Agent Plugins é uma especificação aberta e neutra em relação a fornecedores para empacotar Agent Skills e servidores MCP em um único diretório portátil. A versão 1.0.0 foi publicada em 6 de agosto de 2026. Ela define um único arquivo de manifesto e um único layout de pasta, para que o mesmo pacote seja carregado em qualquer cliente de agente de IA compatível.

Essa é toda a ideia. Não há nenhum protocolo novo aqui e nenhum novo runtime. As peças que já existiam continuam funcionando, e a especificação apenas diz como colocá-las em uma caixa.

Este guia aborda o que foi lançado e o que há dentro de um plugin. Também aborda o que a especificação se recusa a definir e o que muda para quem usa agentes para produzir análises.

O que foi lançado em 6 de agosto de 2026

Dois posts oficiais foram publicados no mesmo dia. A Vercel publicou o anúncio escrito por Jonathan Hefner. O Google publicou seu próprio post, de autoria de Kevin Hou, Haoyu Wang e Alan Blount, no Google Developers Blog.

O post da Vercel afirma que a Vercel iniciou a proposta. Representantes da Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI e Vercel então a refinaram para a versão 1.0.0.

O post também lista os clientes que suportam o formato no lançamento: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro e VS Code. O post do Google nomeia dois de seus próprios produtos: o Agents CLI e o Data Agent Kit. O Data Agent Kit traz plugins para BigQuery, Spanner e Cloud SQL.

Vale a pena esclarecer um detalhe. O repositório da especificação foi criado em 3 de abril de 2026, portanto, 6 de agosto marca o lançamento da versão 1.0.0, e não o início dos trabalhos. As coberturas que tratam essas duas datas como a mesma coisa exageram a rapidez com que isso foi desenvolvido.

Quem está por trás disso

O projeto publica seu Comitê de Direcionamento Técnico em um arquivo MAINTAINERS.md. Em agosto de 2026, ele listava cinco Core Maintainers. São eles: Clare Liguori da Amazon, Roshan Sadanani do Cursor e Harald Kirschner da Microsoft. A lista também nomeia Gav Verma da OpenAI e Jonathan Hefner da Vercel. Hefner está listado como Lead Core Maintainer.

O anúncio do Google diz que o Google se juntou como Core Maintainer, representado por Kevin Hou. Essa adição ainda não está refletida no arquivo de mantenedores publicado.

O licenciamento é dividido. O próprio aviso de licença do repositório coloca o texto da especificação, a documentação e os exemplos sob a licença CC BY 4.0. Os esquemas, o código-fonte e os scripts ficam sob a Apache 2.0.

O que realmente há dentro de um plugin

Um plugin é um diretório. A especificação mantém a superfície necessária deliberadamente pequena.

O manifesto é o plugin.json, e apenas dois campos são obrigatórios. O campo $schema declara qual versão da especificação o pacote visa. Para a versão 1.0.0, esse valor é https://agent-plugins.org/schemas/1.0.0/plugin.schema.json.

O segundo campo obrigatório é o name. Ele deve ter de 1 a 64 caracteres, compostos por a-z, 0-9, - e ., e deve começar e terminar com um caractere alfanumérico. Separadores duplicados, como -- e .., são rejeitados.

Todo o resto no manifesto é opcional: version, description, author, homepage, repository, license e keywords.

Os componentes residem em caminhos fixos, em vez de serem declarados inline. As skills vêm de uma pasta skills/, onde cada diretório filho imediato que contém um arquivo SKILL.md conta como uma skill. Os servidores MCP são declarados em mcp.json.

Essa última restrição é a mais interessante. O manifesto não pode realocar componentes e não pode defini-los inline. Portanto, um leitor pode saber o que um plugin contém listando dois caminhos.

Um exemplo prático torna a estrutura óbvia. Um plugin que gera um resumo de receita mensal conteria uma pasta de skill com as instruções de relatório e uma entrada no mcp.json apontando para o data warehouse. Nada nessa organização é específico de um cliente, o que é todo o objetivo.

O que a especificação deliberadamente deixa de fora

A lista de exclusões é mais longa do que a lista de requisitos, e isso é declarado abertamente.

A especificação não define o formato da skill em si, que pertence à especificação Agent Skills. Ela não define o comportamento de transmissão do MCP, que pertence ao Model Context Protocol. Ela não define o conteúdo ou a validação de extensões específicas do cliente. Ela não define o comportamento de fallback após uma falha na conexão de transporte.

O post do Google adiciona o restante do limite. Mecanismos de instalação, protocolos de distribuição, permissões, sandboxing, verificação de confiança e experiência do usuário estão todos fora do escopo.

A omissão da verificação de confiança merece atenção. Um plugin pode declarar um servidor MCP que acessa qualquer endpoint, e a especificação não julga se esse endpoint deve ter acesso. A revisão continua sendo um trabalho humano, ou uma tarefa para qualquer cliente que carregue o pacote.

Este é um formato de empacotamento e nada mais. Quem espera uma loja de aplicativos com revisão e assinatura não encontrará uma aqui.

Por que um padrão de empacotamento é importante para o trabalho com dados

A maioria das pessoas que pede um gráfico a um agente nunca pensa em empacotamento. A conexão ainda é direta.

Um agente só pode produzir uma entrega real se puder alcançar duas coisas: instruções para a tarefa e acesso aos dados. As skills trazem o primeiro. Os servidores MCP trazem o segundo. Até agora, enviar ambos juntos significava um wrapper diferente para cada cliente.

A duplicação tem um custo previsível. Os wrappers divergem. Um cliente recebe uma correção e outro não. A versão que lê seu data warehouse fica desatualizada em relação à versão que escreve o resumo. A falha aparece como um número desatualizado em um relatório finalizado.

As equipes que mantêm suas próprias skills internas são as que mais sentem isso. Um grupo financeiro com uma skill de processo de fechamento e um conector de data warehouse atualmente os envia separadamente e, em seguida, repete a integração para cada editor que a equipe usa. Um único pacote substitui isso por uma única pasta no controle de versão.

Um formato de pacote compartilhado elimina essa classe específica de divergência. Ele não torna um agente melhor em análise, e não deve ser vendido como se fizesse isso.

Onde um padrão de plugin deixa de ajudar

Uma especificação de empacotamento pressupõe que você já tenha as peças. Ela não diz nada sobre a qualidade delas e não dirá se uma skill produz um gráfico confiável.

Essa é a lacuna que vale a pena nomear honestamente. O Powerdrill Bloom já expõe as duas coisas que o formato empacota. Ele executa Claude Skills para pesquisa, análise, automação e execução. Ele também traz seu próprio servidor MCP, para que um cliente compatível possa navegar por conjuntos de dados e executar tarefas sob demanda.

O que ele adiciona além da infraestrutura básica é a parte que a especificação deixa de lado. Você faz o upload de uma planilha, faz uma pergunta em linguagem natural e recebe de volta um gráfico, um resumo por escrito ou uma apresentação. A camada de empacotamento decide como as ferramentas transitam entre os clientes. Ela não decide se a resposta é boa.

Para uma visão mais ampla desse ecossistema, nossos resumos de plataformas MCP e skills de agentes para análise de dados e relatórios cobrem o cenário atual.

Padrões adjacentes que vale a pena conhecer

Três especificações agora coexistem lado a lado, e é fácil confundi-las.

Padrão	O que define	Escopo
Agent Skills	Como uma única skill é escrita	Instruções e recursos
Model Context Protocol	Como um agente se comunica com uma ferramenta ou fonte de dados	Protocolo de runtime
Agent Plugins	Como skills e servidores MCP são enviados como uma única unidade	Apenas empacotamento

Ler a coluna de escopo é a maneira mais rápida de evitar um erro de categoria. Uma pergunta sobre como um agente se autentica em um banco de dados é uma questão de MCP. Uma pergunta sobre como entregar toda a configuração a um colega é uma questão de empacotamento.

Os três são complementares por design. Um plugin contém skills e declarações de servidor MCP, e cada um deles permanece independentemente portátil fora do plugin.

Conclusão

O Agent Plugins 1.0.0 é uma especificação pequena com uma função bem definida. Um manifesto, dois campos obrigatórios, dois caminhos de componentes fixos e uma recusa explícita em definir instalação, permissões ou confiança.

O valor se mostra ao longo dos meses, e não no primeiro dia. Menos wrappers significam menos locais para uma ferramenta ficar dessincronizada. Isso importa mais quando o resultado é um número sobre o qual alguém tomará uma decisão. Se você quer a camada de análise em vez da infraestrutura básica, experimente o Powerdrill Bloom em um arquivo que você já possui. Veja também nossa página de auto insights.

Os fatos neste artigo foram verificados com fontes oficiais em 11 de agosto de 2026. Os detalhes da especificação mudam, portanto, verifique as páginas vinculadas antes de confiar no nome de um campo.

Perguntas frequentes

O que são Agent Plugins em termos simples?

Eles são uma forma padrão de agrupar as skills de um agente e suas declarações de servidor MCP em uma única pasta. Qualquer cliente compatível pode então carregar essa pasta sem a necessidade de um wrapper específico para o cliente.

O Agent Plugins é a mesma coisa que o MCP?

Não. O MCP é um protocolo de runtime que rege como um agente se comunica com uma ferramenta ou fonte de dados. O Agent Plugins rege apenas o empacotamento, e um plugin pode declarar servidores MCP dentro dele.

O que é obrigatório no plugin.json?

Apenas dois campos. O valor de $schema declara a versão da especificação visada, e o name identifica o plugin. Todo o resto, incluindo version and license, são metadados opcionais.

Quais ferramentas suportam o Agent Plugins?

O post de lançamento da Vercel lista ChatGPT, Codex, Cursor, GitHub Copilot, Kiro e VS Code. O Google anunciou separadamente o suporte em seu Agents CLI e Data Agent Kit.

O Agent Plugins lida com instalação ou permissões?

Não. Instalação, distribuição, permissões, sandboxing e verificação de confiança estão todos explicitamente fora do escopo. A especificação cobre o layout do pacote e nada além disso.