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

## Veille

Annuncio di **Google** del **6 agosto 2026**: Google aderisce come **Core Maintainer** alla specifica **Agent Plugins 1.0.0**, un formato di packaging aperto e *vendor-neutral* per distribuire insieme **Agent Skills** e **MCP servers**. 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). I due mattoni impacchettati — Agent Skills e MCP — provengono da **Anthropic**, che non compare in questo elenco di maintainer. **La diagnosi** sta in una frase: *"The core problem isn't the components. It's the manifest."* Una skill è portabile, un server MCP è portabile; il contenitore che li racchiude non lo è, e ogni client ha dovuto inventarlo da sé — da cui i fork, le copie di componenti identici e la loro deriva. **Il formato** sta in un 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` e `name`), le skill in `skills/` nel formato Agent Skills, i server dichiarati in `mcp.json` con un **`type` esplicito su ogni voce** (stdio, Streamable HTTP, o il legacy HTTP+SSE) — niente più trasporto dedotto dalla forma dell'oggetto di configurazione. La forza del design sta in ciò che il manifest **non può** fare: né rilocare 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 riesce ad avviarsi non trascina con sé le skill del plugin, il client salta la voce, prosegue e segnala il fallimento. La via di fuga accettata è la directory **reverse-domain** (`com.example.client/`), uno spazio di estensione posseduto interamente da un client (hook, agenti, comandi) che gli altri client ignorano: *"the portable core stays small because the non-portable parts have somewhere legitimate to go."* Una sezione è dedicata ai casi in cui il formato non è giustificato — *"Not every skill should be a Plugin"*: un singolo server MCP per un singolo client, `mcp.json` basta; una singola skill non necessita di alcun plugin. Ciò che v1 esclude esplicitamente, sotto *future considerations*: **nessun meccanismo di installazione, nessun protocollo di distribuzione, nessun modello di permessi, nessun requisito di sandboxing, nessuna verifica di fiducia o provenienza, nessuna UX**. Tutto questo rientra in uno stack a quattro livelli adottabile in modo indipendente — **trovare** (Agentic Resource Discovery), **descrivere** (AI Catalog, che dovrebbe registrare il tipo `application/agent-plugins+json`), **impacchettare** (Agent Plugins), **eseguire** (MCP + Agent Skills). Due prodotti Google sono già disponibili: **Agents CLI** 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 affascinante, sobrietà, reinvenzione

## Authors

Trois signataires, répartis sur trois entités Google :

- **Kevin Hou** — Senior Staff Engineer, **Google DeepMind**. Il représente Google au **TSC** de la spécification ; la fonction de mainteneur est nominative, non institutionnelle.
- **Haoyu Wang** — Staff Software Engineer, **Google Cloud Data**, côté Data Agent Kit.
- **Alan Blount** — Technical Product Manager, **Google Cloud AI**.

Publié le **6 août 2026**. Billet d'ingénierie signé, écrit à la première personne du pluriel pour Google, mais portant sur une spécification qui n'est pas de Google — ce dont la rhétorique tire parti : *« Those skills were already distributable. Now they're distributable in a format that isn't ours alone. »*

## 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 verso più client.

**Stile**: strutturato in **sei movimenti** — il problema vissuto (si sta spedendo verso un secondo client) → cosa sia davvero un plugin → quando non crearne uno → cosa esclude la specifica → lo stack in cui si inserisce → cosa è disponibile. Tre tratti:

1. **L'apertura in seconda persona, ambientata 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: ciò che `plugin.json` **non può** fare (rilocare, dichiarare inline), ciò che v1 **esclude** (installazione, distribuzione, permessi, sandbox, provenienza, UX), e un'intera sezione su **quando non usarlo**. *"The restraint is the point."*
3. **La riga di chiusura antieroica.** *"Packaging is unglamorous infrastructure, and unglamorous infrastructure is exactly the kind of thing that should be shared rather than reinvented five times."* Un registro inconsueto per un post di piattaforma: l'argomento di vendita è che l'oggetto non è interessante.

**Frasi marcatore**: *"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 adozione misurata, non si confronta con alcun concorrente, ed elenca i propri punti ciechi in una sezione dedicata piuttosto che 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 da **Amazon, Cursor, Microsoft, OpenAI, Vercel**, a cui si aggiunge **Google**. Sei attori concorrenti su un livello di packaging. **Anthropic non è nell'elenco dei maintainer** — pur essendo all'origine di **Agent Skills** e **MCP**, i due formati impacchettati. Non sovrainterpretare (l'assenza da questo 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. Confrontare con [[openai-agentic-ai-foundation-linux-2025-12-09]] sulla standardizzazione aperta del livello agentico, e [[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; **il contenitore non lo è**, e ogni client ha dovuto inventarlo. Sintomi da riconoscere nella propria distribuzione: un fork per client, due copie di componenti identici, e la deriva che ne segue.
- **Il formato in cinque righe, da ricordare**: ``` reports-plugin/ ├── plugin.json          # $schema + name: due righe utili ├── skills/summarize/    # SKILL.md, scripts/, references/ (spec Agent Skills) ├── mcp.json             # un `type` esplicito su ogni voce └── com.example.client/  # spazio di estensione proprietario, ignorato dagli altri ``` → Il `type` esplicito elimina un'ambiguità reale: **niente più trasporto dedotto dalla forma dell'oggetto di configurazione** (stdio / Streamable HTTP / legacy HTTP+SSE).
- **La miglior idea di design: ciò che il manifest non può fare.** `plugin.json` **non può né rilocare un componente né dichiararlo inline**. Conseguenze: **nessun percorso di discovery da configurare**, **nessun ordine di precedenza da imparare**. È una scelta ingegneristica trasferibile 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 riesce ad avviarsi **non trascina con sé le skill del plugin** — il client salta la voce, prosegue il caricamento e segnala il fallimento. Vale la pena verificarlo esplicitamente in ogni client che dichiara di implementare la specifica: è il tipo di garanzia che spesso risulta mancante in produzione.
- **La via di fuga reverse-domain — e il suo rovescio.** `com.example.client/` è uno **spazio di estensione** posseduto da un singolo client (hook, agenti, comandi), ignorato dagli altri. 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 gradualmente verso le directory proprietarie, il plugin resta formalmente portabile pur diventando di fatto legato a un solo client. **Metrica da monitorare sui propri plugin**: quale quota di funzionalità vive fuori dal nucleo portabile.
- **La sezione raramente presente in un post di piattaforma** — *"Not every skill should be a Plugin"*: un singolo server MCP per un singolo client → **`mcp.json` da solo resta la risposta più semplice**; una singola skill → **nessun plugin necessario**. Il formato si giustifica solo per **componenti che appartengono insieme e devono viaggiare insieme**. Un criterio da applicare prima di convertire un repository esistente.
- **Ciò che 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 realmente) e lo assume sotto *future considerations*. **Traduzione per chi mette in produzione**: 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 — tabella da riutilizzare**: | Compito | Livello | Cosa fa | |---|---|---| | **Trovare** | Agentic Resource Discovery | protocollo aperto: "cosa esiste per questo compito?" — tratta già il plugin come risorsa di prima classe, **prima** dell'invocazione | | **Descrivere** | AI Catalog | formato di catalogo indicizzato da ARD; registrazione proposta del tipo `application/agent-plugins+json` | | **Impacchettare** | Agent Plugins | una directory, posizioni fisse | | **Eseguire** | MCP + Agent Skills | i 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."* Una promessa da verificare sui fatti. **Convenzione del grafo** (cf. girard-acp-deux-protocoles-un-sigle-2026-08-02): **mai creare un'entità `ARD`** — l'entità canonica è **Agentic Resource Discovery**, "ARD" è solo un alias.
- **Cosa è disponibile da subito**: **Agents CLI** (skill Google per costruzione, valutazione, deployment, osservabilità e pubblicazione di agenti — utilizzabile 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↔agente che si sovrappone sopra, agentclientprotocol-introduction-2026-08-02; sulla discovery delle skill e sulle directory in pratica, graphify-net-annuaire-ia-coding-2026-08-06 e skill-shamsi-graphify-2026-08-06; sui formati di istruzioni concorrenti, gao-vercel-agents-md-outperforms-skills-evals-2026-01-27 (Vercel, anch'essa Core Maintainer qui).

## RésuméDe400mots

Post tecnico di **Google** del **6 agosto 2026** che annuncia l'adesione dell'azienda come **Core Maintainer** alla specifica **Agent Plugins 1.0.0** — un formato di packaging aperto e *vendor-neutral* per distribuire insieme **Agent Skills** e **MCP servers**.

**Prima il fatto di governance.** La specifica è stata pubblicata da un TSC di Core Maintainer provenienti da **Amazon, Cursor, Microsoft, OpenAI e Vercel**. Google li raggiunge, rappresentata nominalmente da **Kevin Hou** (Google DeepMind). Sei concorrenti concordano su un livello di packaging. **Anthropic non compare nell'elenco dei maintainer**, pur essendo all'origine dei due mattoni impacchettati.

**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 è il contenitore: la struttura delle directory, i metadati del manifest, la forma della configurazione MCP e l'inferenza del trasporto differiscono da un client all'altro. Si fa fork, si mantengono due copie di componenti identici, e queste divergono nel tempo.

**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`; le skill in `skills/`, nel formato Agent Skills; i server in `mcp.json`, **con un `type` esplicito** su ogni voce (stdio, Streamable HTTP, legacy HTTP+SSE). La forza del design sta in ciò che il manifest **non può** fare: né rilocare 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 riesce ad avviarsi 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.

**I limiti, dichiarati apertamente.** Un'intera sezione spiega **quando non creare un plugin** (un singolo server MCP, una singola skill: superfluo). Un'altra elenca ciò che v1 esclude: **installazione, distribuzione, permessi, sandboxing, verifica di fiducia e provenienza, UX**. Giustificazione: gli obblighi di un IDE, di una CLI e di una piattaforma enterprise differiscono realmente.

**Lo stack.** Trovare (**Agentic Resource Discovery**), descrivere (**AI Catalog**), impacchettare (**Agent Plugins**), eseguire (**MCP + Agent Skills**) — ogni livello adottabile in modo indipendente.

**Disponibili da subito**: **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."* Riga di chiusura: *"Packaging is unglamorous infrastructure,"* ed è esattamente ciò che va condiviso invece di essere 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/