TL;DR — Con il rebuild di Copilot Studio, andato in GA il 7 luglio 2026, le skill non sono più “un prompt salvato” ma moduli Markdown standard (SKILL.md) con nome, descrizione e istruzioni, portabili tra agenti diversi. Il nuovo orchestratore le attiva dinamicamente in base al contesto, con un miglioramento di valutazione del 20% e meno token consumati. Il risultato: si progettano agenti componendo blocchi riutilizzabili, non più alberi di topic monolitici.
Quando ho scritto la prima skill utile per Bussola, l’ho trattata come un prompt un po’ più lungo salvato in un file — funzionava, ma non avevo capito cosa la rendesse diversa da un system prompt travestito. Solo dopo aver visto come il nuovo orchestratore di Copilot Studio decide da solo quando attivarla, ho capito che una skill ben scritta non è testo da incollare: è un modulo che un altro sistema deve saper riconoscere e richiamare al momento giusto, proprio come farebbe con una funzione in un programma.
Cos’è una skill in Copilot Studio e in cosa differisce da tool e knowledge?
Una skill è una capacità definita da nome, descrizione e un insieme di istruzioni scritte in Markdown, che dice all’agente come gestire un tipo specifico di attività o scenario1. A differenza dei tool, che collegano l’agente a servizi esterni (connettori, API, server MCP), le skill sono set di istruzioni e logica autocontenuti, creabili, condivisibili e riutilizzabili tra agenti diversi1.
Microsoft distingue con chiarezza i quattro componenti di un agente: le Istruzioni definiscono comportamento generale e personalità, la Knowledge fornisce i dati su cui l’agente può basarsi, i Tools eseguono azioni tramite servizi esterni, e le Skills incapsulano capacità riutilizzabili specifiche per un compito1. Pensare le skill come “ruoli” o “modalità” specializzate che l’agente attiva quando serve è l’immagine più utile per capirle: non sono conoscenza né azione esterna, sono comportamento procedurale richiamabile.
| Componente | Scopo | Gestito da |
|---|---|---|
| Istruzioni | Comportamento generale e personalità | Configurazione identità |
| Knowledge | Dati che l’agente può referenziare | Fonti di conoscenza |
| Tools | Azioni tramite servizi esterni | Connettori, API, server MCP |
| Skills | Capacità riutilizzabili specifiche per compito | File o pacchetti skill (Markdown) |
Come funziona il formato SKILL.md e perché lo rende condivisibile tra agenti diversi?
Il formato SKILL.md è uno standard con front matter YAML (nome, descrizione) più istruzioni Markdown, che rende le skill portabili e facili da condividere come file di testo semplice1. Un pacchetto skill può includere anche file di supporto — script, template, documenti di riferimento — impacchettati in uno ZIP1.
Questa standardizzazione è il punto che ho sottovalutato all’inizio: perché una skill sia portabile non basta che “funzioni” nel mio agente, deve avere una descrizione abbastanza chiara da permettere a un orchestratore diverso, su un agente diverso, di capire quando invocarla. Non è un caso che il nuovo Copilot Studio permetta di importare skill scritte come markdown anche da GitHub Copilot o Claude Code2: il formato sta diventando un piccolo standard de facto per il “comportamento come codice” degli agenti enterprise3, lo stesso principio che ho applicato scrivendo SKILL.md per le mie skill personali.
Come cambia la progettazione di un agente quando si passa da topic monolitici a skill modulari?
Progettare un agente a skill modulari significa scomporre un comportamento complesso in pezzi mirati e gestibili, invece di costruire un unico albero di argomenti con diramazioni esplicite1. Il cambiamento più rilevante è che la nuova esperienza sostituisce topic, flussi e logica di diramazione con una descrizione in linguaggio naturale, da cui il sistema genera la configurazione sottostante4.
Nella pratica questo riduce quello che i tecnici chiamano “topic sprawl”: la proliferazione incontrollata di rami di conversazione che nessuno riesce più a mantenere5. Al contrario, con skill ben descritte, il maker scrive una volta la logica per un compito specifico — per esempio “calcola un rimborso proporzionato” — e la riusa su più agenti senza doverla riscrivere da zero ogni volta2. È lo stesso guadagno che un programmatore ottiene passando da codice copia-incollato a funzioni richiamabili: meno duplicazione, più manutenibilità.
Cosa sono gli agenti connessi e come si combinano con le skill in un sistema multi-agente?
Gli agenti connessi permettono a un agente di delegare attività specializzate ad altri agenti, mentre le skill restano capacità riutilizzabili interne a un singolo agente1. I due meccanismi lavorano insieme: un agente orchestratore delega compiti specifici ad agenti figli specializzati, e ciascuno di essi può usare le proprie skill per eseguire quel compito.
Un esempio concreto documentato da Microsoft è “BlastBox Omega”: un agente padre che delega a agenti connessi, chiama più server MCP e fa eseguire a skill runtime per-agente codice Python generato al volo, restituendo file reali come output finale6. È un pattern che assomiglia molto a quello che ho in mente per un ecosistema di agenti orchestratori più ampio di Bussola: non un unico grande agente che sa fare tutto, ma agenti specializzati che si scambiano compiti, ciascuno con le proprie skill.
Perché il nuovo orchestratore rende le skill più affidabili?
Il runtime di orchestrazione decide quando attivare una skill in base al messaggio dell’utente e alla descrizione della skill stessa; descrizioni ben scritte aiutano l’orchestratore a invocare la skill giusta al momento giusto1. Con il rebuild andato in GA il 7 luglio 2026, questo nuovo orchestratore agentico ha portato un miglioramento di circa il 20% nelle valutazioni interne, con un consumo di token più basso2.
Non è un dettaglio marginale: un minor consumo di token è spesso la differenza tra un programma di agenti che scala economicamente e uno che il reparto finance chiude al primo ciclo di budget2. La superficie di creazione è stata inoltre ridotta da nove tab a quattro, con istruzioni, skill, tool e knowledge in un’unica vista connessa — un cambiamento che, da maker, avrei apprezzato molto quando cercavo di capire perché una skill non veniva richiamata correttamente2.
Cosa significa in pratica passare da un singolo agente a un piccolo ecosistema orchestrato?
Significa progettare non più “un agente che fa tutto”, ma un insieme di agenti specializzati con skill proprie, coordinati da un orchestratore che decide chi deve occuparsi di cosa. È il passaggio logico successivo a Bussola: non un agente monolitico più grande, ma più agenti piccoli e mirati che collaborano.
Gartner stima che entro fine 2026 il 40% delle applicazioni enterprise includerà agenti task-specific, contro meno del 5% nel 20257 — un’accelerazione che rende necessario pensare fin da subito in termini di componenti riutilizzabili piuttosto che di agenti scritti da zero ogni volta. Per un progetto come il mio Frontier Firm Navigator, questo significa che la stessa skill di analisi può essere scritta una volta e richiamata sia da un agente orchestratore generale sia da agenti specializzati più piccoli, senza duplicare la logica.
Implicazioni pratiche per le PMI italiane
Per una PMI italiana che ha già un agente Copilot Studio funzionante, il passaggio a skill modulari non richiede di ripartire da zero: si tratta di isolare i comportamenti ricorrenti — rispondere a una FAQ tecnica, calcolare uno sconto, validare un documento — e trasformarli in skill riutilizzabili invece che ripeterli come istruzioni duplicate in più agenti. È un investimento di ore, non di mesi, se fatto un pezzo alla volta.
L’opportunità concreta è la portabilità: una skill scritta bene per un agente HR può essere adattata e riusata per un agente IT senza riscrivere la logica da capo, perché il formato SKILL.md è pensato apposta per essere condiviso1. L’hype da evitare è pensare che bastino skill modulari per avere automaticamente un sistema multi-agente coerente: senza una descrizione chiara di ciascuna skill, l’orchestratore rischia comunque di attivare quella sbagliata, spostando il problema dalla progettazione dei topic alla progettazione delle descrizioni.
Una skill è la stessa cosa di un prompt salvato?
No. Un prompt salvato è testo statico che va incollato manualmente; una skill è un modulo con nome, descrizione e istruzioni che l’orchestratore attiva automaticamente in base al contesto della richiesta, senza intervento manuale, e può essere condivisa come file SKILL.md tra agenti diversi.
Le skill sostituiscono i topic nella progettazione di un agente Copilot Studio?
Nella nuova esperienza Copilot Studio sì: al posto di topic, flussi e diramazioni esplicite, si descrive l’agente in linguaggio naturale e si compongono skill e tool riutilizzabili. L’esperienza classica basata su topic resta comunque disponibile in parallelo.
Posso importare skill scritte per altri strumenti AI in Copilot Studio?
Sì, il formato SKILL.md è pensato per essere portabile: è possibile importare skill scritte come markdown anche da strumenti come GitHub Copilot o Claude Code, purché rispettino la struttura con front matter YAML e istruzioni.
Cosa sono gli agenti connessi rispetto alle skill?
Gli agenti connessi permettono a un agente di delegare interi compiti specializzati ad altri agenti autonomi; le skill restano capacità interne riutilizzabili all’interno di un singolo agente. I due meccanismi si combinano in sistemi multi-agente più complessi.
Conclusioni
Il passaggio da skill come “prompt travestiti” a skill come moduli Markdown standard è, a conti fatti, il segnale più concreto che Copilot Studio si sta comportando sempre più come una piattaforma di sviluppo software e sempre meno come un builder di chatbot. SKILL.md, agenti connessi e orchestratore agentico insieme dicono la stessa cosa: progettare un agente oggi somiglia sempre di più a scrivere funzioni riutilizzabili che a costruire un albero di conversazione. Per chi, come me, sta pensando a un ecosistema di agenti orchestrati oltre Bussola, è la conferma che vale la pena investire tempo nella descrizione di ogni skill, non solo nella sua logica interna.
Riferimenti
- Microsoft. (2026, 29 giugno). Skills overview for agents (preview). Microsoft Learn. — Livello A — consultato il 30/07/2026.
- chatforest.com. (2026, 7 luglio). Microsoft Rebuilt Copilot Studio’s Engine: New Orchestrator, Workflow Designer. — Livello B — consultato il 30/07/2026.
- Imbery, H. (2026). Copilot Studio Reimagined: The New Agent Experience, the Agentic Orchestrator. holgerimbery.blog. — Livello B — consultato il 30/07/2026.
- Microsoft. (2026, 11 giugno). Panoramica degli agenti. Microsoft Learn (IT). — Livello A — consultato il 30/07/2026.
- Redmondmag.com. (2026, 28 maggio). What’s New in Microsoft Copilot Studio, di Andy Patrizio. — Livello B — consultato il 30/07/2026.
- Microsoft / CAT Team. (2026). Copilot Studio: technical guide [BlastBox Omega reference scenario]. microsoft.github.io. — Livello A — consultato il 30/07/2026.
- Redmondmag.com. (2026, 28 maggio). What’s New in Microsoft Copilot Studio [stima Gartner sugli agenti task-specific]. — Livello B — consultato il 30/07/2026.
Fonti verificate al 30/07/2026.
Link interni:
La tua prima skill utile: dall’idea al file SKILL.md
Skill vs system prompt: perché non è solo ‘un prompt salvato’
Da skill singola ad agente: riusare il know-how in Copilot Studio
Skills, agenti e il conto: chi governa e chi paga
Lascia un commento