Agent Plugins package your skills, tools, and more
Annuncio di Google del 6 agosto 2026: Google entra come Core Maintainer della specifica Agent Plugins 1.0.0, un formato di packaging aperto e vendor-neutral per distribuire insieme Agent Skills e server MCP. ⭐ Il fatto di governance pesa più del fatto tecnico: la specifica è stata pubblicata da un TSC i cui Core Maintainer provengono da Amazon, Cursor, Microsoft, OpenAI e Vercel — Google li raggiunge, rappresentata da Kevin Hou (Senior Staff Engineer, Google DeepMind). ⚠️ Anthropic non compare in questo elenco, sebbene i due mattoni impacchettati (Agent Skills e MCP) provengano da Anthropic: il livello di packaging per i due formati di Anthropic viene standardizzato senza che Anthropic sia nominata tra i maintainer. La diagnosi è espressa in una frase: *« The core problem isn't the components.
Post ingegneristico di Google datato 6 agosto 2026 che annuncia l'ingresso dell'azienda come Core Maintainer della specifica Agent Plugins 1.0.0 — un formato di packaging aperto e vendor-neutral per distribuire insieme Agent Skills e server MCP.
Prima di tutto la governance. La specifica è stata pubblicata da un TSC di Core Maintainer provenienti da Amazon, Cursor, Microsoft, OpenAI e Vercel. Google li raggiunge, nominata specificamente tramite Kevin Hou (Google DeepMind). Sei attori concorrenti concordano su un livello di packaging. Anthropic non compare nell'elenco dei maintainer, sebbene i due mattoni impacchettati provengano da essa.
Those skills were already distributable. Now they're distributable in a format that isn't ours alone.
— Trois signataires , developers.googleblog.com
La diagnosi. Una skill è portabile, un server MCP è portabile — « The core problem isn't the components. It's the manifest. » Ciò che non è mai stato portabile è la scatola: struttura delle directory, metadati del manifest, forma della configurazione MCP e inferenza del trasporto differiscono da client a client. I team creano fork, mantengono due copie di componenti identici, e queste copie divergono.
Il formato.« A plugin is a directory. That's the whole idea, and the restraint is the point. » Un plugin.json ridotto a $schema e name; skill in skills/, nel formato Agent Skills; server in mcp.json, con un type esplicito su ciascuna voce (stdio, Streamable HTTP, legacy HTTP+SSE). La forza della progettazione sta in ciò che il manifest non può fare: né spostare un componente né dichiararlo inline. Quindi non esiste un percorso di discovery da configurare, né un ordine di precedenza da imparare. Corollario: i componenti falliscono in modo indipendente — un server che non si avvia non trascina con sé le skill. Una directory reverse-domain (com.example.client/) funge da spazio di estensione proprietario, ignorato dagli altri client: il nucleo portabile resta piccolo perché le parti non portabili hanno un posto dove andare.
Limiti, riconosciuti apertamente. Un'intera sezione spiega quando non creare un plugin (un solo server MCP, una sola skill: superfluo). Un'altra elenca ciò che la v1 esclude: installazione, distribuzione, permessi, sandboxing, verifica di fiducia e provenienza, UX. Motivazione: gli obblighi di un IDE, di una CLI e di una piattaforma enterprise differiscono realmente.
Lo stack. Discover (Agentic Resource Discovery), describe (AI Catalog), package (Agent Plugins), execute (MCP + Agent Skills) — ogni livello adottabile in modo indipendente.
Disponibili già oggi: Agents CLI (utilizzabile da Antigravity, Gemini CLI, Claude Code o Cursor) e Data Agent Kit (BigQuery, Spanner, Cloud SQL). « Those skills were already distributable. Now they're distributable in a format that isn't ours alone. » Frase di chiusura: « Packaging is unglamorous infrastructure », ed è esattamente ciò che dovrebbe essere condiviso anziché reinventato cinque volte.
Punti chiave
⭐⭐ Leggere l'annuncio attraverso la governance prima che attraverso la tecnologia. Il formato conta meno di chi lo detiene: un TSC di Core Maintainer provenienti da Amazon, Cursor, Microsoft, OpenAI, Vercel, raggiunti da Google. Sei attori concorrenti su un livello di packaging. ⚠️ Anthropic non è nell'elenco dei maintainer — sebbene Agent Skills e MCP, i due formati impacchettati, provengano da essa. Non sovrainterpretare (l'assenza dall'elenco non è un'esclusione, e il post non dice nulla sul resto della governance), ma il fatto resta: il livello che rende distribuibili i formati di Anthropic viene standardizzato altrove. Da mettere in relazione con [[openai-agentic-ai-foundation-linux-2025-12-09]] sulla standardizzazione aperta del livello agente, e con [[janakiram-agent-platform-portability-contract-2026-07-20]] sul contratto di portabilità tra piattaforme.
⭐ La diagnosi, riutilizzabile così com'è.« The core problem isn't the components. It's the manifest. » Una skill è portabile, un server MCP è portabile; la scatola non lo è, e ogni client ha dovuto inventarla. Sintomi da riconoscere nella propria distribuzione: un fork per client, due copie di componenti identici, e la deriva che ne consegue.
Il formato in cinque righe, da ricordare.` reports-plugin/ ├── plugin.json # $schema + name: due righe utili ├── skills/summarize/ # SKILL.md, scripts/, references/ (Agent Skills spec) ├── mcp.json # un type esplicito su ciascuna voce └── com.example.client/ # spazio di estensione proprietario, ignorato dagli altri ` → Il type esplicito elimina un'ambiguità reale: niente più trasporto indovinato dalla forma dell'oggetto di configurazione (stdio / Streamable HTTP / legacy HTTP+SSE).
⭐⭐ La miglior idea di progettazione: ciò che il manifest non può fare.plugin.jsonnon può né spostare un componente né dichiararlo inline. Conseguenze: nessun percorso di discovery da configurare, nessun ordine di precedenza da imparare. È una scelta ingegneristica trasponibile ben oltre gli agent plugin — qualsiasi espressività lasciata a un file di configurazione diventa una superficie di divergenza tra le implementazioni. Qui, il formato viene reso portabile togliendogli potere.
La regola operativa che ne deriva.« Independent components fail independently. » Un server mcp.json che non si avvia non trascina con sé le skill del plugin — il client salta la voce, continua il caricamento e segnala l'errore. Da verificare esplicitamente su qualsiasi client che dichiari di implementare la specifica: è il tipo di garanzia che si scopre mancante in produzione.
⭐ La via di fuga reverse-domain — e il suo rovescio.com.example.client/ è uno spazio di estensione posseduto da un solo client (hook, agent, comandi), ignorato dagli altri. L'argomento dichiarato: il nucleo portabile resta piccolo perché le parti non portabili hanno un posto legittimo dove andare. ⚠️ Lo stesso meccanismo è il vettore attraverso cui la portabilità può svuotarsi: se il valore d'uso migra progressivamente nelle directory proprietarie, il plugin resta formalmente portabile pur diventando praticamente monoclient. Metrica da monitorare sui propri plugin: quale quota di funzionalità vive fuori dal nucleo portabile.
⭐ La sezione raramente vista in un post di piattaforma. — « Not Every skill should be a Plugin » : un solo server MCP per un solo client → mcp.json da solo resta la risposta più semplice; una singola skill → nessun plugin necessario. Il formato è giustificato solo per componenti che appartengono insieme e devono viaggiare insieme. Un criterio da applicare prima di convertire un repository esistente.
⚠️⚠️ Ciò che la v1 esclude, da leggere come un elenco di rischi da coprire da soli.nessun meccanismo di installazione, nessun protocollo di distribuzione, nessun modello di permessi, nessun requisito di sandboxing, nessuna verifica di fiducia o provenienza, nessuna UX. Il post lo giustifica (gli obblighi di un IDE, di una CLI e di una piattaforma enterprise differiscono) e lo assume sotto future considerations. Traduzione per chi effettua il deployment: un formato standard che facilita la circolazione di codice eseguibile (skill con scripts/, server MCP) senza un livello di provenienza sposta interamente l'onere della supply chain sul client e su di voi. Da esaminare insieme a [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]] e [[sfeir-anthropic-sdlc-ai-native-securise-2026-07-26]]: perimetro di esecuzione, restrizione dell'egress di rete, revisione delle skill di terze parti.
Lo stack a quattro livelli — una tabella da riutilizzare. | Compito | Livello | Cosa fa | |---|---|---| | Discover | Agentic Resource Discovery | protocollo aperto: « cosa esiste per questo compito? » — tratta già il plugin come risorsa di prima classe, prima dell'invocazione | | Describe | AI Catalog | formato di voce indicizzato da ARD; registrazione proposta del tipo application/agent-plugins+json | | Package | Agent Plugins | una directory, posizioni fisse | | Execute | MCP + Agent Skills | contratti di esecuzione, già portabili | → Ogni livello è adottabile in modo indipendente: pubblicare un plugin senza una voce di catalogo, catalogare una risorsa che non è un plugin, eseguire skill senza un plugin. « Adopting one never obligates you to the next. » Questa è la promessa da verificare rispetto ai fatti. ⚠️ Regola del grafo (cfr. [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]): non creare mai un'entità ARD — l'entità canonica è Agentic Resource Discovery, « ARD » è solo un alias.
Ciò che è disponibile già oggi.Agents CLI (skill Google per la costruzione, valutazione, deployment, osservabilità e pubblicazione di agent — usate da Antigravity, Gemini CLI, Claude Code o Cursor) e Data Agent Kit (BigQuery, Spanner, Cloud SQL). Da notare la formulazione: « Those skills were already distributable. Now they're distributable in a format that isn't ours alone. » — la novità non è la capacità, è la neutralità del contenitore.
Meta / da collegare. sul mattone impacchettato, [[agent-skills-anthropic-2025-10-16]] e [[claude-skills-document-manipulation-willison-2025-10-10]]; sul livello client↔agent che si sovrappone sopra di esso, [[agentclientprotocol-introduction-2026-08-02]]; sulla discovery e sulle directory di skill in pratica, [[graphify-net-annuaire-ia-coding-2026-08-06]] e [[skill-shamsi-graphify-2026-08-06]]; sulla concorrenza tra formati di istruzioni, [[gao-vercel-agents-md-outperforms-skills-evals-2026-01-27]] (Vercel, anch'essa Core Maintainer qui).
Affermazioni attribuite
il problema di portabilità non deriva dai componenti ma dal manifesto che li imballa
— Google
il packaging è un'infrastruttura ingrata, che deve essere condivisa piuttosto che reinventata cinque volte
— Google
Il grafo di conoscenza estratto da questa fiche — 11 entità, 29 relazioni.