# google-agent-plugins-packaging-skills-mcp-2026-08-06

## Veille

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. It's the manifest. »* Una skill è portabile, un server MCP è portabile; **la scatola in cui vengono messi non lo è**, e ogni client ha dovuto inventarla da sé — da qui i fork, le copie di componenti identici e la loro deriva. **Il formato si riduce a un solo vincolo**: *« A plugin is a directory. That's the whole idea, and the restraint is the point. »* Un `plugin.json` con **due righe utili** (`$schema` + `name`), skill in `skills/` nel formato della specifica Agent Skills, server dichiarati in `mcp.json` **con un `type` esplicito su ciascuna voce** (stdio, Streamable HTTP, o il legacy HTTP+SSE) — niente più trasporto dedotto dalla forma dell'oggetto di configurazione. ⭐ **La forza della progettazione sta in ciò che il manifest non può fare**: **non può né spostare i componenti né dichiararli inline**, quindi non esiste un percorso di discovery da configurare né un ordine di precedenza da imparare. Corollario operativo: **i componenti falliscono in modo indipendente** — un server `mcp.json` che non si avvia non trascina con sé le skill del plugin; il client salta la voce, continua e segnala l'errore. **La via di fuga accettata** è la directory **reverse-domain** (`com.example.client/`), uno spazio di estensione appartenente interamente a un client (hook, agent, comandi) che gli altri ignorano: *« the portable core stays small because the non-portable parts have somewhere legitimate to go »*. **Una sezione rara, da segnalare** — ***« Not Every skill should be a Plugin »*** : un solo server MCP per un solo client, `mcp.json` basta; una singola skill non richiede alcun plugin. Il formato è giustificato solo per componenti **che appartengono insieme e devono viaggiare insieme**. ⚠️ **Ciò che la v1 esclude esplicitamente** — ed è il punto da ricordare prima del deployment: **nessun meccanismo di installazione, nessun protocollo di distribuzione, nessun modello di permessi, nessun requisito di sandboxing, nessuna verifica di fiducia o provenienza, nessuna UX** — elencati sotto *future considerations*, non passati sotto silenzio. L'insieme si inserisce in uno **stack a quattro livelli, adottabile in modo indipendente**: **discover** (Agentic Resource Discovery), **describe** (AI Catalog, che registrerebbe il tipo `application/agent-plugins+json`), **package** (Agent Plugins), **execute** (MCP + Agent Skills). Due prodotti Google sono già disponibili: **Agents CLI** (skill per la costruzione, valutazione, deployment, osservabilità e pubblicazione di agent — utilizzabili da Antigravity, Gemini CLI, Claude Code o Cursor) e **Data Agent Kit** (BigQuery, Spanner, Cloud SQL).

## Titre Article

Agent Plugins package your skills, tools, and more

## Date

2026-08-06

## URL

https://developers.googleblog.com/agent-plugins-package-your-skills-tools-and-more/

## Keywords

Agent Plugins, Agent Plugins 1.0.0, specifica aperta, vendor-neutral, Core Maintainer, TSC, governance della specifica, packaging, packaging, plugin, plugin.json, manifest, mcp.json, SKILL.md, skills/, scripts/, references/, Agent Skills, Model Context Protocol, MCP, server MCP, trasporto esplicito, stdio, Streamable HTTP, HTTP+SSE, portabilità, interoperabilità, fork del pacchetto, deriva delle copie, struttura delle directory, posizione fissa, ordine di precedenza, percorso di discovery, fallimento indipendente, isolamento dei componenti, reverse domain, namespace di estensione, com.example.client, via di fuga, nucleo portabile, Agentic Resource Discovery, ARD, discovery delle risorse, AI Catalog, application/agent-plugins+json, agent card, livello di discovery, livello di esecuzione, contratto di esecuzione, adozione indipendente, agent-plugins.org, Agents CLI, Data Agent Kit, Google Data Cloud, BigQuery, Spanner, Cloud SQL, Antigravity, Gemini CLI, Claude Code, Cursor, Amazon, Microsoft, OpenAI, Vercel, Anthropic, Kevin Hou, Haoyu Wang, Alan Blount, Google DeepMind, assenza di verifica della provenienza, modello di permessi, sandbox, sandboxing, supply chain, infrastruttura poco glamour, sobrietà, reinvenzione

## Authors

Trois signataires, répartis sur trois entités Google — ce qui dit déjà quelque chose de la portée interne de l'annonce :

- **Kevin Hou** — Senior Staff Engineer, **Google DeepMind**. C'est lui qui **représente Google au TSC** de la spécification : la fonction de mainteneur est nominative, pas institutionnelle, détail qui compte pour lire la gouvernance du standard.
- **Haoyu Wang** — Staff Software Engineer, **Google Cloud Data**. Côté Data Agent Kit (BigQuery, Spanner, Cloud SQL).
- **Alan Blount** — Technical Product Manager, **Google Cloud AI**.

**Position d'énonciation** : billet d'ingénierie signé, écrit à la première personne du pluriel pour Google, mais **sur une spécification qui n'est pas de Google**. La rhétorique en tire parti — *« Those skills were already distributable. Now they're distributable in a format that isn't ours alone »* — et l'aveu de non-propriété est le principal argument de crédibilité du texte.

## Ton

**Profilo**: post di annuncio tecnico, registro **ingegneristico**, argomentato attraverso la sobrietà più che l'ambizione. Nessun superlativo di prodotto, nessuna cifra di performance, nessuna promessa di trasformazione. Pubblico: autori di skill e server MCP che distribuiscono a più client.

**Stile**: strutturato in **sei movimenti** — il problema vissuto (si distribuisce a un secondo client) → cos'è realmente un plugin → quando non crearne uno → cosa esclude la specifica → lo stack in cui si inserisce → cosa è disponibile. Tre tratti:

1. **L'apertura alla seconda persona, su una scena di lavoro.** *« You wrote a skill. You wrote a script or an MCP server to go with your skill. »* Nessuna panoramica di mercato: un attrito riconoscibile, poi la diagnosi in una riga — *« The core problem isn't the components. It's the manifest. »*
2. **⭐ Argomentazione per sottrazione.** Il testo dedica più spazio a **ciò che il formato non fa** che a ciò che fa: cosa `plugin.json` **non può** fare (spostare, dichiarare inline), cosa la v1 **esclude** (installazione, distribuzione, permessi, sandbox, provenienza, UX), e un'intera sezione su **quando non usarlo**. *« The restraint is the point. »*
3. **La frase di chiusura anti-eroica.** *« Packaging is unglamorous infrastructure, and unglamorous infrastructure is exactly the kind of thing that should be shared rather than reinvented five times. »* Un registro insolito per un post di piattaforma: l'argomento di vendita è che il soggetto non è interessante.

**Frasi marcatrici**: *« The core problem isn't the components. It's the manifest. »*, *« A plugin is a directory. That's the whole idea, and the restraint is the point. »*, *« Independent components fail independently. »*, *« the portable core stays small because the non-portable parts have somewhere legitimate to go »*, *« Not every skill should be a Plugin »*, *« a format that isn't ours alone »*, *« unglamorous infrastructure »*.

**Postura epistemica**: **descrittiva e circoscritta**. Il testo non rivendica alcuna cifra di adozione, non fa alcun confronto con un concorrente, ed elenca i propri punti ciechi in una sezione dedicata anziché in una nota a piè di pagina. Ciò che inoltre non fa: discutere la sicurezza della distribuzione che rende più facile.

## Pense-betes

- **⭐⭐ 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.json` **non 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).

## RésuméDe400mots

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.

**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.

## GrapheDeConnaissance

- Google —collabore_avec→ Agent Plugins (TECHNOLOGIE, 0.97)
- Kevin Hou —travaille_chez→ Google DeepMind (ORGANISATION, 0.96)
- Kevin Hou —dirige→ la représentation de Google au comité de pilotage technique d'Agent Plugins (AFFIRMATION, 0.93)
- Agent Plugins —permet→ d'empaqueter des Agent Skills et des serveurs MCP dans un plugin portable d'un client à l'autre (AFFIRMATION, 0.97)
- Agent Plugins —utilise→ Agent Skills (TECHNOLOGIE, 0.96)
- Agent Plugins —utilise→ Model Context Protocol (TECHNOLOGIE, 0.96)
- Amazon —publie→ Agent Plugins (TECHNOLOGIE, 0.9)
- Microsoft —publie→ Agent Plugins (TECHNOLOGIE, 0.9)
- OpenAI —publie→ Agent Plugins (TECHNOLOGIE, 0.9)
- Vercel —publie→ Agent Plugins (TECHNOLOGIE, 0.9)
- Cursor —publie→ Agent Plugins (TECHNOLOGIE, 0.9)
- Google —affirme_que→ le problème de portabilité ne vient pas des composants mais du manifeste qui les emballe (CITATION, 0.96)
- Agent Plugins —résout→ la duplication et la dérive des packages forkés pour chaque client (AFFIRMATION, 0.94)
- Agent Plugins —utilise→ un répertoire à emplacements fixes plutôt qu'un manifeste expressif : plugin.json ne peut ni relocaliser ni déclarer les composants en ligne (AFFIRMATION, 0.95)
- Agent Plugins —réduit→ la surface de divergence entre implémentations, en supprimant les chemins de découverte configurables et les ordres de précédence (AFFIRMATION, 0.91)
- Agent Plugins —permet→ l'échec indépendant des composants : un serveur mcp.json qui ne démarre pas n'emporte pas les skills du plugin (AFFIRMATION, 0.95)
- espace d'extension en domaine inversé —permet→ à un client d'ajouter ses fonctionnalités propriétaires sans casser la portabilité du cœur (AFFIRMATION, 0.93)
- espace d'extension en domaine inversé —s_oppose_à→ la portabilité réelle d'un plugin, si la valeur d'usage migre vers les répertoires propriétaires (AFFIRMATION, 0.82)
- Google —recommande→ de ne pas faire de plugin pour un seul serveur MCP ni pour une seule skill : le format vaut pour des composants qui doivent voyager ensemble (AFFIRMATION, 0.95)
- Agent Plugins —s_oppose_à→ la prise en charge de l'installation, de la distribution, des permissions, du bac à sable, de la vérification de provenance et de l'expérience utilisateur (AFFIRMATION, 0.96)
- Agentic Resource Discovery —permet→ à un client de demander quelles ressources existent pour une tâche, avant toute invocation (AFFIRMATION, 0.93)
- Agentic Resource Discovery —est_instance_de→ couche de découverte de la pile agentique (CONCEPT, 0.9)
- AI Catalog —s_applique_à→ la description indexable des ressources agentiques, dont les plugins via le type application/agent-plugins+json (AFFIRMATION, 0.9)
- Agentic Resource Discovery —utilise→ AI Catalog (TECHNOLOGIE, 0.89)
- Agents CLI —utilise→ Agent Plugins (TECHNOLOGIE, 0.95)
- Data Agent Kit —utilise→ Agent Plugins (TECHNOLOGIE, 0.95)
- Data Agent Kit —s_applique_à→ la gestion des actifs de données Google Data Cloud (BigQuery, Spanner, Cloud SQL) depuis un agent de codage (AFFIRMATION, 0.93)
- Agents CLI —s_applique_à→ Antigravity, Gemini CLI, Claude Code et Cursor (AFFIRMATION, 0.92)
- Google —affirme_que→ l'empaquetage est une infrastructure ingrate, qui doit être partagée plutôt que réinventée cinq fois (CITATION, 0.94)

---
Canonical: https://www.thekb.eu/it/fiches/google-agent-plugins-packaging-skills-mcp-2026-08-06/