Agent Plugins 1.0 è uno standard aperto e neutrale rispetto ai fornitori che racchiude le capacità di un agente di IA (competenze, server MCP, comandi e regole) in un unico plugin installabile, così lo costruisci una volta e lo esegui su strumenti diversi invece di ricostruirlo per ciascuno. Ad agosto 2026 GitHub ha annunciato il pieno supporto allo standard in VS Code, Copilot CLI, nell'app Copilot e nel suo SDK, su tutti i piani Copilot. Il significato diretto per un imprenditore: il tempo e il denaro che investi per personalizzare gli strumenti di IA del tuo team non sono più ostaggio di un'unica piattaforma.

Quale problema risolve davvero?

Negli ultimi due anni gli strumenti di IA sono passati dall'essere una casella di chat all'essere agenti che leggono i tuoi file, richiamano i tuoi sistemi ed eseguono passaggi reali. Per personalizzare questi agenti per la tua azienda devi fornire loro tre cose: istruzioni scritte che spieghino come funziona la tua attività, un collegamento ai tuoi sistemi interni tramite server MCP e regole che impediscano loro di andare oltre i propri poteri.

Il problema era che ogni strumento pretendeva tutto questo nel proprio formato. Il tuo team scrive personalizzazioni per uno strumento; un anno dopo l'azienda decide di passare a qualcosa di più veloce o più economico e scopre che l'intero lavoro non è portabile e va riscritto. Non è un semplice fastidio tecnico: è un costo reale che si ripete a ogni cambio di fornitore, ed è il motivo per cui molte aziende rimandano una personalizzazione seria per paura di sprecare risorse.

Cosa contiene in pratica un plugin?

Un singolo pacchetto secondo lo standard ha una forma semplice ed è definito con chiarezza. È composto da:

  • Un manifesto plugin.json che riporta il nome del plugin e il numero di versione, ed è ciò che rende possibili aggiornamento e tracciamento.
  • Una cartella delle competenze con le istruzioni scritte che dicono all'agente come svolgere un compito ricorrente nella tua azienda nel modo in cui vuoi che venga fatto.
  • Un file mcp.json che definisce i server MCP che collegano l'agente ai tuoi sistemi reali: magazzino, database clienti, fatturazione.
  • Estensioni specifiche dello strumento collocate in uno spazio dei nomi separato, così le parti condivise restano portabili anche quando un fornitore aggiunge una funzione propria.

Separare la parte condivisa da quella specifica del fornitore è la scelta più intelligente del progetto: non impedisce a nessun fornitore di distinguersi con funzioni proprie e non ti costringe a perdere tutto se in seguito cambi idea.

Perché dovrebbe interessare a un imprenditore e non solo a uno sviluppatore?

La governance è la vera differenza. Lo standard è sviluppato pubblicamente con una licenza aperta e supervisionato da un comitato direttivo tecnico con rappresentanti di Amazon, Microsoft, OpenAI, Cursor e Vercel. Quando aziende concorrenti si accordano su un unico formato, è il segnale che quel formato sopravviverà a più di un ciclo di prodotto e che non si tratta del tentativo di una sola parte di vincolare i propri clienti.

Questo conta perché oggi il rischio maggiore nell'adottare l'IA non è tecnico ma contrattuale. Il fornitore che scegli oggi può aumentare i prezzi, interrompere un servizio da cui dipendi o cambiare in qualità. Uno standard aperto non elimina questi rischi, ma riduce il tuo costo di uscita, e un costo di uscita basso è la carta negoziale più forte che hai.

Cosa significa per le aziende in Arabia Saudita?

Con il 2026 proclamato Anno dell'Intelligenza Artificiale nel Regno, molte aziende sono entrate in una fase di sperimentazione seria dopo anni di dimostrazioni. Lo schema ricorrente che vediamo è quello di un'azienda che acquista abbonamenti per il proprio team, poi non personalizza nulla e si ritrova con un assistente generico che sa tutto del mondo e niente dei suoi sistemi. Il valore reale viene dalla personalizzazione, non dall'abbonamento.

Con uno standard portabile, la decisione di personalizzare è diventata molto meno rischiosa. Un'azienda può scrivere un plugin interno che spieghi il proprio ciclo di approvazione, collegare l'agente al proprio sistema di fatturazione o di gestione degli ordini e distribuirlo a tutto il team, con la certezza che l'investimento resti valido se l'anno prossimo passerà a un altro strumento.

Ma tieni presente un punto essenziale: il fatto che un pacchetto sia portabile non significa che l'accesso ai tuoi dati diventi lecito. Qualsiasi plugin che colleghi un agente ai tuoi sistemi interni resta soggetto alla Legge sulla protezione dei dati personali (PDPL), e devi definire con precisione cosa l'agente può e non può leggere, e documentarlo.

Passi pratici per iniziare questa settimana

  • Fai l'inventario delle tue personalizzazioni attuali. Annota ciò che il tuo team ha davvero costruito in termini di istruzioni, collegamenti e regole, e individua dove si trova oggi ciascun elemento.
  • Inizia con un compito ricorrente. Non convertire tutto in una volta; scegli un processo quotidiano che consuma visibilmente tempo e confezionalo come un unico plugin.
  • Definisci i permessi prima di distribuire. I piani Business ed Enterprise includono impostazioni centralizzate che controllano quali plugin sono consentiti e da quali fonti approvate. Configurale prima che l'uso si diffonda, non dopo.
  • Documenta cosa è portabile e cosa no. Le parti condivise si spostano tra strumenti; le estensioni specifiche di uno strumento potrebbero non farlo. Conosci i limiti della portabilità prima di costruirci sopra una promessa.

In sintesi, il settore sta passando da un caos di formati concorrenti a un formato condiviso, e questa è la fase in cui investire nella personalizzazione dell'IA diventa una decisione ponderata anziché una scommessa. In Origami costruiamo questi plugin e i collegamenti con i sistemi reali dei nostri clienti, progettando fin dall'inizio in modo che proprietà e flessibilità restino al cliente, non al fornitore.

Fonti