Cosa sono gli Agent Plugins? Skill, server MCP e cosa cambia (2026)

Agent Plugins è una specifica aperta e neutrale rispetto ai fornitori per pacchettizzare Agent Skills e server MCP in un'unica directory portatile. La versione 1.0.0 è stata pubblicata il 6 agosto 2026. Definisce un singolo file manifest e un unico layout di cartella, in modo che lo stesso pacchetto possa essere caricato in qualsiasi client di agenti AI compatibile.

Questa è l'idea di fondo. Non c'è nessun nuovo protocollo e nessun nuovo runtime. I componenti già esistenti continuano a funzionare, e la specifica si limita a definire come metterli in una scatola.

Questa guida illustra le novità rilasciate e cosa contiene un plugin. Copre anche ciò che la specifica si rifiuta di definire e cosa cambia per chiunque utilizzi gli agenti per produrre analisi.

Cosa è stato rilasciato il 6 agosto 2026

Lo stesso giorno sono stati pubblicati due post ufficiali. Vercel ha pubblicato l'annuncio scritto da Jonathan Hefner. Google ha pubblicato il proprio post a firma di Kevin Hou, Haoyu Wang e Alan Blount sul Google Developers Blog.

Il post di Vercel dichiara che Vercel ha avviato la proposta. I rappresentanti di Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI e Vercel l'hanno poi perfezionata nella versione 1.0.0.

Il post elenca anche i client che supportano il formato al lancio: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro e VS Code. Il post di Google nomina due dei suoi prodotti: Agents CLI e Data Agent Kit. Il Data Agent Kit include plugin per BigQuery, Spanner e Cloud SQL.

C'è un dettaglio che vale la pena chiarire. Il repository della specifica è stato creato il 3 aprile 2026, quindi il 6 agosto segna il rilascio della versione 1.0.0 piuttosto che l'inizio dei lavori. Gli articoli che trattano queste due date come se fossero la stessa cosa sopravvalutano la rapidità con cui il progetto è stato realizzato.

Chi c'è dietro

Il pfogetto pubblica il suo Technical Steering Committee in un file MAINTAINERS.md. Ad agosto 2026, elenca cinque Core Maintainer. Si tratta di Clare Liguori di Amazon, Roshan Sadanani di Cursor e Harald Kirschner di Microsoft. L'elenco include anche Gav Verma di OpenAI e Jonathan Hefner di Vercel. Hefner è indicato come Lead Core Maintainer.

L'annuncio di Google dichiara che Google si è unita come Core Maintainer, rappresentata da Kevin Hou. Questa aggiunta non si riflette ancora nel file dei maintainer pubblicato.

Le licenze sono suddivise. La nota sulle licenze del repository stesso pone il testo della specifica, la documentazione e gli esempi sotto CC BY 4.0. Gli schemi, il codice sorgente e gli script ricadono sotto Apache 2.0.

Cosa c'è effettivamente dentro un plugin

Un plugin è una directory. La specifica mantiene la superficie richiesta deliberatamente ridotta.

Il manifest è plugin.json, e sono richiesti solo due campi. Il campo $schema dichiara a quale versione della specifica si rivolge il pacchetto. Per la versione 1.0.0, tale valore è https://agent-plugins.org/schemas/1.0.0/plugin.schema.json.

Il secondo campo richiesto è name. Deve contenere da 1 a 64 caratteri, scelti tra a-z, 0-9, - e ., e deve iniziare e terminare con un carattere alfanumerico. I separatori doppi come -- e .. non sono ammessi.

Tutto il resto nel manifest è facoltativo: version, description, author, homepage, repository, license e keywords.

I componenti risiedono in percorsi fissi anziché essere dichiarati inline. Le skill provengono da una cartella skills/, in cui ogni sottodirectory immediata contenente un file SKILL.md conta come una skill. I server MCP sono dichiarati in mcp.json.

Quest'ultimo vincolo è quello interessante. Il manifest non può spostare i componenti e non può definirli inline. Di conseguenza, chi legge può capire cosa contiene un plugin semplicemente elencando due percorsi.

Un esempio pratico rende chiara la struttura. Un plugin che produce un riepilogo mensile dei ricavi conterrebbe una cartella skill con le istruzioni per la reportistica e una voce in mcp.json che punta al data warehouse. Nulla in questa disposizione è specifico del client, ed è proprio questo il punto.

Cosa la specifica tralascia deliberatamente

L'elenco delle esclusioni è più lungo di quello dei requisiti, ed è dichiarato apertamente.

La specifica non definisce il formato della skill stessa, che appartiene alla specifica Agent Skills. Non definisce il comportamento di rete di MCP, che appartiene al Model Context Protocol. Non definisce i contenuti o la validazione delle estensioni specifiche del client. Non definisce il comportamento di fallback in caso di errore di connessione del trasporto.

Il post di Google aggiunge il resto dei confini. Meccanismi di installazione, protocolli di distribuzione, permessi, sandboxing, verifica dell'affidabilità ed esperienza utente sono tutti fuori dall'ambito di applicazione.

L'omissione della verifica dell'affidabilità merita una riflessione. Un plugin può dichiarare un server MCP che raggiunge qualsiasi endpoint, e la specifica non giudica se tale endpoint meriti l'accesso. La revisione rimane un compito umano, o un compito del client che carica il pacchetto.

Si tratta di un formato di pacchettizzazione e nulla più. Chi spera in un app store con revisione e firma digitale non lo troverà qui.

Perché uno standard di pacchettizzazione è importante per il lavoro sui dati

La maggior parte delle persone che chiedono un grafico a un agente non pensano mai alla pacchettizzazione. Il collegamento è comunque diretto.

Un agente può produrre un output concreto solo se ha accesso a due elementi: le istruzioni per il compito e l'accesso ai dati. Le skill contengono le prime. I server MCP contengono il secondo. Fino ad ora, distribuirli entrambi insieme significava creare un wrapper diverso per ogni client.

La duplicazione ha un costo prevedibile. I wrapper divergono. Un client riceve una correzione e un altro no. La versione che legge il vostro data warehouse rimane indietro rispetto alla versione che scrive il riepilogo. L'errore si manifesta poi come un dato non aggiornato nel report finale.

I team che gestiscono le proprie skill interne risentono maggiormente di questo problema. Un gruppo finanziario con una skill per il processo di chiusura e un connettore per il data warehouse attualmente li distribuisce separatamente, per poi ripetere il collegamento per ogni editor utilizzato dal team. Un unico pacchetto sostituisce tutto questo con una sola cartella nel controllo versione.

Un formato di pacchetto condiviso elimina questa specifica classe di divergenza. Non rende un agente migliore nell'analisi e non dovrebbe essere presentato come se lo facesse.

Dove uno standard per i plugin smette di essere utile

Una specifica di pacchettizzazione presuppone che si posseggano già i componenti. Non dice nulla sulla loro qualità e non vi dirà se una skill produce un grafico attendibile.

Questo è il divario che vale la pena nominare onestamente. Powerdrill Bloom espone già entrambi gli elementi pacchettizzati dal formato. Esegue Claude Skills per ricerca, analisi, automazione ed esecuzione. Inoltre, include il proprio server MCP, consentendo a un client compatibile di esplorare dataset ed eseguire processi su richiesta.

Ciò che aggiunge oltre all'infrastruttura di base è la parte che la specifica non tocca. Caricate un foglio di calcolo, ponete una domanda in linguaggio naturale e ottenete un grafico, un riepilogo scritto o una presentazione. Il livello di pacchettizzazione decide come gli strumenti si spostano tra i client. Non decide se la risposta sia valida o meno.

Per una panoramica più ampia di questo ecosistema, le nostre rassegne sulle piattaforme MCP e sulle skill degli agenti per l'analisi dei dati e la reportistica coprono il panorama attuale.

Standard adiacenti da conoscere

Tre specifiche si affiancano ora l'una all'altra, ed è facile confonderle.

Standard	Cosa definisce	Ambito
Agent Skills	Come viene scritta una singola skill	Istruzioni e risorse
Model Context Protocol	Come un agente comunica con uno strumento o una fonte di dati	Protocollo di runtime
Agent Plugins	Come le skill e i server MCP vengono distribuiti come un'unica unità	Solo pacchettizzazione

Leggere la colonna dell'ambito è il modo più rapido per evitare un errore di categoria. Una domanda su come un agente si autentica in un database è una questione relativa a MCP. Una domanda su come consegnare l'intera configurazione a un collega è una questione di pacchettizzazione.

I tre elementi sono complementari per progettazione. Un plugin contiene skill e dichiarazioni di server MCP, e ciascuno di essi rimane indipendentemente portabile al di fuori del plugin.

Conclusione

Agent Plugins 1.0.0 è una specifica ridotta con un compito circoscritto. Un manifest, due campi richiesti, due percorsi di componenti fissi e un esplicito rifiuto di definire installazione, permessi o affidabilità.

Il valore si manifesta nel corso dei mesi piuttosto che il primo giorno. Meno wrapper significano meno punti in cui uno strumento può perdere la sincronizzazione. Questo conta soprattutto quando l'output è un numero su cui qualcuno dovrà basare delle decisioni. Se desiderate il livello di analisi anziché l'infrastruttura di base, provate Powerdrill Bloom su un file che già possedete. Consultate anche la nostra pagina sugli auto insights.

I fatti riportati in questo articolo sono stati verificati rispetto alle fonti ufficiali l'11 agosto 2026. I dettagli delle specifiche cambiano, pertanto si consiglia di verificare le pagine collegate prima di fare affidamento sul nome di un campo.

Domande frequenti

Cosa sono gli Agent Plugins in parole semplici?

Sono un modo standard per raggruppare le skill di un agente e le dichiarazioni del suo server MCP in un'unica cartella. Qualsiasi client compatibile può quindi caricare quella cartella senza bisogno di un wrapper specifico per il client.

Agent Plugins è la stessa cosa di MCP?

No. MCP è un protocollo di runtime che regola il modo in cui un agente comunica con uno strumento o una fonte di dati. Agent Plugins regola solo la pacchettizzazione, e un plugin può dichiarare server MCP al suo interno.

Cosa è richiesto in plugin.json?

Solo due campi. Il valore $schema dichiara la versione della specifica a cui ci si rivolge, e name identifica il plugin. Tutto il resto, inclusi version e license, costituisce metadati facoltativi.

Quali strumenti supportano Agent Plugins?

Il post di lancio di Vercel elenca ChatGPT, Codex, Cursor, GitHub Copilot, Kiro e VS Code. Google ha annunciato separatamente il supporto nei suoi Agents CLI e Data Agent Kit.

Agent Plugins gestisce l'installazione o i permessi?

No. Installazione, distribuzione, permessi, sandboxing e verifica dell'affidabilità sono tutti esplicitamente fuori dall'ambito di applicazione. La specifica copre il layout del pacchetto e nulla più.