Anthropic anthropics/skills è diventato virale, ma la vera sfida è la portabilità

Anthropic anthropics/skills ha raggiunto il settimo posto in una rilevazione di GitHub Trending datata 12 agosto 2026, pur essendo molto più vecchio di un tipico lancio in tendenza. Il repository ha iniziato a supportare Agent Skills nel 2025 e ora mostra circa 168.000 stelle e 20.000 fork. Questa combinazione crea il vero conflitto: Anthropic ha avviato il formato, ma il suo valore crescente dipende dall'adozione da parte di altri agenti.

La classifica proveniva da un aggregatore di terze parti, anziché da un annuncio GitHub con indicazione temporale. Anche GitHub Trending cambia continuamente, quindi il settimo posto va considerato come un'istantanea e non come una posizione stabile in classifica. L'evento alla base resta comunque verificabile. Il repository di Anthropic rimane attivo, con l'ultimo commit visibile datato 7 agosto 2026.

L'impennata conta perché il progetto sta diventando più di una raccolta di esempi per Claude. GitHub Copilot, Codex, Cursor, Gemini CLI e altri host per agenti ora riconoscono pacchetti di skill simili. Il formato di Anthropic si sta trasformando in un'infrastruttura condivisa, collocando l'azienda in una posizione insolita. Ne trae vantaggio quando i concorrenti supportano lo standard, anche se questi stessi concorrenti riducono il controllo di Claude sulla propria distribuzione.

Il repository torna in tendenza, non viene lanciato per la prima volta

La classifica di agosto riflette una rinnovata adozione di un progetto consolidato, non un prodotto Anthropic appena rilasciato.

Anthropic ha presentato formalmente Agent Skills il 16 ottobre 2025. Le ha descritte come cartelle organizzate che contengono istruzioni, script e risorse che un agente può individuare quando necessario. L'azienda ha poi aggiornato il proprio annuncio il 18 dicembre 2025, affermando che Agent Skills erano diventate uno standard aperto.

Questa cronologia conta perché GitHub Trending può far sembrare un repository più vecchio una notizia dell'ultima ora. L'evento verificato è il rinnovato interesse attorno ad Anthropic anthropics/skills il 12 agosto 2026. Non è la data del lancio originale.

Il repository delle skills ora contiene esempi, un template, la specifica Agent Skills e metadati per plugin. I suoi esempi coprono lavori creativi, attività di sviluppo, flussi di lavoro aziendali e operazioni sui documenti. Il repository include anche skill usate come riferimenti per la gestione di Word, Excel, PowerPoint e PDF.

Molti componenti del repository utilizzano la licenza Apache 2.0. Tuttavia, Anthropic afferma che le quattro skill per documenti sono source-available anziché open source. Questa distinzione limita le affermazioni secondo cui tutto il contenuto del progetto possa essere riutilizzato liberamente con un'unica licenza uniforme.

La scala visibile del repository spiega perché possa tornare in una lista di tendenza mesi dopo il lancio. Circa 168.000 stelle indicano una consapevolezza eccezionalmente ampia tra gli sviluppatori. All'incirca 20.000 fork mostrano che gli sviluppatori non si limitano a salvare il progetto tra i preferiti. Molti lo stanno copiando, modificando o utilizzando come punto di partenza.

GitHub mostra inoltre 47 commit sul branch principale al 12 agosto. L'ultimo aggiornamento visibile, datato 7 agosto, riguardava la skill Claude API di Anthropic. Altri commit del 2026 hanno aggiornato skill per documenti, linee guida per il design front-end, strumenti per la creazione di skill e riferimenti API.

Questa attività non dimostra che ogni stella rappresenti un'adozione in produzione. La popolarità su GitHub mescola sperimentazione, curiosità, interesse futuro e utilizzo attivo. Tuttavia, i commit continui mostrano che Anthropic continua a trattare il repository come un'infrastruttura mantenuta.

La tempistica segue inoltre diversi importanti cambiamenti nella distribuzione. GitHub ha aggiunto un supporto più ampio per Agent Skills nei prodotti Copilot. OpenAI ha pubblicato linee guida per l'uso dei file SKILL.md. GitHub ha poi introdotto una gestione dedicata da riga di comando per le skill compatibili.

Questi cambiamenti hanno dato agli sviluppatori nuovi motivi per tornare al repository originale. Un progetto un tempo associato soprattutto a Claude funge sempre più da punto di riferimento per un formato di flusso di lavoro multi-agente.

L'evento di tendenza segnala quindi una seconda fase. La prima ha introdotto il concetto. La seconda sta verificando se il formato possa attraversare fornitori diversi senza frammentarsi.

Perché Anthropic anthropics/skills mette sotto pressione ogni piattaforma per agenti

Il repository spinge i fornitori di agenti a supportare flussi di lavoro portabili invece di mantenere ogni personalizzazione in interfacce proprietarie.

La maggior parte degli agenti AI può seguire un prompt ben scritto. Il problema più difficile è preservare una procedura di lavoro completa tra sessioni, team, repository e prodotti. Una procedura utile spesso include file di riferimento, script di validazione, template e regole per gestire le eccezioni.

Le skill raccolgono questi materiali in una cartella che gli sviluppatori possono rivedere e versionare. Il file SKILL.md obbligatorio contiene metadati e istruzioni operative. Le directory opzionali possono contenere script, riferimenti o asset.

Questa struttura crea pressione sui sistemi di personalizzazione chiusi. Un assistente specifico di un fornitore può offrire strumenti raffinati per creare flussi di lavoro, ma gli utenti perdono potere contrattuale se le loro procedure non possono lasciare la piattaforma. Una semplice cartella può spostarsi tramite Git, passare attraverso la revisione del codice e restare leggibile senza software specializzato.

L'obiettivo della pressione non è un singolo concorrente. È il modello di flusso di lavoro controllato dal fornitore stesso. In questo modello, i team ricostruiscono ripetutamente le istruzioni per ciascun agente, mentre i provider della piattaforma controllano archiviazione, individuazione, esecuzione e condivisione.

L'alternativa di Anthropic trasferisce parte di questo valore in file di proprietà degli utenti. I team possono esaminare le modifiche tramite normali diff. Possono fissare versioni, testare script e rivedere le istruzioni prima della distribuzione.

L'adozione da parte di GitHub rafforza questo argomento. Nel dicembre 2025, le Copilot skills hanno iniziato a riconoscere pacchetti compatibili nell'agente di coding di Copilot, nella riga di comando e nella modalità agente di Visual Studio Code. GitHub supportava persino skill archiviate nella directory di progetto esistente di Claude Code.

OpenAI ha successivamente descritto un file SKILL.md come un playbook in testo semplice per un flusso di lavoro ripetibile. Le sue linee guida sulle skills sottolineano coerenza, processi condivisi e riuso tra conversazioni. Questa impostazione corrisponde strettamente al livello di flusso di lavoro che Anthropic ha contribuito a rendere popolare.

Queste adozioni spostano la questione competitiva. La qualità del modello resta importante, ma le organizzazioni devono anche decidere dove dovrebbe risiedere la conoscenza operativa. La risposta può influenzare i costi di passaggio molto tempo dopo il cambiamento di un benchmark dei modelli.

Si consideri un team di prodotto che prepara aggiornamenti settimanali. Il suo processo può richiedere di raccogliere lo stato delle issue, controllare le note di ricerca, applicare un formato narrativo fisso e verificare le sezioni obbligatorie. Riscrivere quella procedura per ogni assistente fa perdere tempo e introduce incoerenze.

Una skill portabile può preservare la sequenza e le regole di validazione. I file di supporto possono contenere template o esempi. Gli script possono eseguire controlli deterministici che i modelli linguistici gestiscono in modo incoerente.

È anche qui che la gestione della conoscenza diventa rilevante. Una skill definisce ciò che un agente dovrebbe fare, mentre una base di conoscenza ricercabile fornisce il materiale in evoluzione necessario per il compito. La combinazione di entrambi può separare procedure stabili da evidenze organizzative in evoluzione.

Le piattaforme per agenti devono ora rispondere. Possono supportare il formato condiviso, tradurlo in sistemi proprietari oppure offrire uno standard concorrente. Ignorarlo diventa più difficile man mano che più repository contengono skill riutilizzabili.

La risposta è di lungo periodo perché la portabilità dei flussi di lavoro incide sugli acquisti e sull'architettura. Una volta che un'azienda archivia centinaia di procedure revisionate in un formato leggibile, la compatibilità diventa un requisito di prodotto significativo.

I flussi di lavoro portabili stanno superando le estensioni solo per Claude

Il principale successo di Anthropic è anche un rovesciamento strategico: il formato acquista credibilità quando smette di appartenere soltanto a Claude.

Le piattaforme software tradizionali spesso difendono le estensioni come vantaggi di distribuzione. Un marketplace proprietario può attrarre sviluppatori, trattenere clienti e concentrare il controllo. Anthropic ha iniziato con implementazioni incentrate su Claude, ma Agent Skills ora beneficia della dinamica opposta.

Il formato aperto rende una skill preziosa su host compatibili diversi. Secondo lo standard Agent Skills, il formato è stato originariamente sviluppato da Anthropic e in seguito rilasciato per contributi più ampi. La specifica lo descrive come un modo leggero per estendere gli agenti con conoscenze e flussi di lavoro specializzati.

Una skill di base richiede una cartella e un file SKILL.md. Quel file include almeno un nome e una descrizione, seguiti dalle istruzioni. Gli autori possono aggiungere script, documenti di riferimento, template o altre risorse.

Il meccanismo è chiamato divulgazione progressiva. Un agente vede inizialmente metadati concisi, inclusi il nome e la descrizione di ogni skill. Carica le istruzioni complete solo quando una richiesta sembra pertinente. Risorse aggiuntive entrano nel contesto solo quando il compito le richiede.

Questo design affronta un vincolo pratico. Caricare all'avvio ogni procedura, esempio, policy e riferimento consumerebbe contesto e distrarrebbe il modello. Caricare solo i metadati consente a un agente di mantenere molte skill disponibili con un ingombro iniziale più ridotto.

La documentazione di Anthropic stima circa 100 token di metadati per skill. Raccomanda di mantenere il corpo principale delle istruzioni sotto i 5.000 token. I materiali referenziati rimangono scaricati finché non vengono consultati.

Il modello prende comunque una decisione importante: se un compito corrisponda alla descrizione della skill. Una descrizione vaga può impedirne l'attivazione. Una eccessivamente ampia può attivare la skill in momenti inappropriati. La portabilità non elimina questa incertezza comportamentale.

Gli script aggiungono un ulteriore livello. Una skill può chiedere all'agente di eseguire codice preparato per validazione, conversione, ordinamento o ispezione di file. L'agente riceve l'output del programma senza dover riprodurre l'intera operazione tramite testo generato.

Questo approccio può migliorare la ripetibilità, ma modifica il confine di sicurezza. Una skill non è soltanto un prompt passivo. Può contenere codice eseguibile e istruzioni che invocano strumenti, accedono a file o contattano servizi esterni.

Il formato aperto compete quindi sulla verificabilità, non sulla sicurezza automatica. I file in testo semplice sono più facili da sottoporre ad audit rispetto a un flusso di lavoro ospitato opaco, ma qualcuno deve comunque condurre l'audit.

Il rovesciamento appare più chiaro confrontando i modelli di distribuzione:

Proprietà del flusso di lavoro

• Skill portabili: I team mantengono istruzioni e risorse di supporto in directory revisionabili.

• Estensioni chiuse: La piattaforma archivia comportamenti critici in sistemi gestiti dal fornitore.

Controllo di versione

• Skill portabili: Git può tracciare modifiche, autori, tag e revisioni esatte.

• Estensioni chiuse: La cronologia delle versioni dipende dall'interfaccia e dalle opzioni di esportazione di ciascuna piattaforma.

Riuso tra agenti

• Skill portabili: Gli agenti compatibili possono leggere lo stesso pacchetto sottostante.

• Estensioni chiuse: I team spesso traducono o ricostruiscono le procedure per ogni prodotto.

Coerenza nell'esecuzione

• Skill portabili: Gli script possono gestire passaggi deterministici, mentre le istruzioni guidano il giudizio.

• Estensioni chiuse: La coerenza dipende dal runtime e dalle funzionalità di personalizzazione del fornitore.

Anthropic non vince in ogni aspetto di questo confronto. I sistemi proprietari possono offrire amministrazione centrale, controlli delle autorizzazioni, integrazioni verificate e distribuzione gestita. Uno standard basato su cartelle non risolve automaticamente queste esigenze aziendali.

Eppure, la via portabile cambia il potere negoziale. Un team può sostituire il modello o l’host dell’agente preservando una quota maggiore della conoscenza di workflow accumulata. Questo riduce una fonte di lock-in.

Anthropic anthropics/skills compete quindi contro la dipendenza dalle piattaforme, non semplicemente contro un altro repository. Il suo successo si misura da quanta procedura organizzativa può sopravvivere a un cambio di agente.

GitHub ha trasformato le Skills in una filiera

Il formato è diventato più rilevante quando GitHub vi ha aggiunto controlli per installazione, pubblicazione, aggiornamenti e provenienza.

Il 16 aprile 2026, GitHub ha lanciato gh skill in anteprima pubblica. Il comando consente agli sviluppatori di trovare, installare, aggiornare e pubblicare skills dai repository. GitHub ha indicato il supporto per Copilot, Claude Code, Cursor, Codex, Gemini CLI e altri host.

Quella release ha fornito un’infrastruttura di distribuzione che una semplice specifica di cartella non offriva. Gli sviluppatori potevano già copiare manualmente le directory. Un comando dedicato aggiunge scoperta, selezione dell’host, tracciamento delle versioni e comportamento di aggiornamento standardizzato.

Il lancio di GitHub CLI ha affrontato anche il tema della provenienza. Le skills installate possono registrare nel front matter il repository di origine, il riferimento e l’identificatore dell’albero Git. I team possono così identificare da dove proviene una skill e se il suo contenuto è cambiato.

Il blocco della versione è importante perché una modifica silenziosa a monte può alterare il comportamento dell’agente. Un tag o commit bloccato consente a un team di esaminare le modifiche prima dell’aggiornamento. Le release immutabili possono inoltre impedire che le versioni esistenti vengano riscritte.

Questi controlli ricordano pratiche note di gestione dei pacchetti, ma le skills introducono un modello di minaccia diverso. Una libreria di solito viene eseguita quando è richiamata dal codice dell’applicazione. Una skill può influenzare il modo in cui un agente interpreta le attività, sceglie gli strumenti, legge le informazioni ed esegue azioni.

Questo crea diversi possibili vettori di attacco. Una skill malevola può nascondere istruzioni dannose in un lungo file di riferimento. Uno script può accedere a dati locali inattesi. Una dipendenza può cambiare dopo la revisione. Una pagina web esterna può iniettare istruzioni quando una skill la recupera.

GitHub avverte che le skills installate tramite i suoi strumenti non sono verificate. Raccomanda di visualizzarle in anteprima e ispezionarle prima. Anthropic fornisce indicazioni analoghe nella propria documentazione.

L’inquadramento come filiera spiega anche perché il numero di stelle del repository conta meno del suo modello di fiducia. La popolarità può incoraggiare l’adozione, ma non può sostituire revisione del codice, test, provenienza o autorizzazioni limitate.

Gli acquirenti enterprise avranno bisogno di policy che coprano almeno quattro fasi. Primo, i team devono approvare le fonti. Secondo, i revisori devono ispezionare istruzioni, script e dipendenze. Terzo, le distribuzioni dovrebbero bloccare revisioni testate. Quarto, agli agenti dovrebbero essere concesse solo le autorizzazioni necessarie per ciascun workflow.

Gli ambienti di esecuzione differiscono tra i prodotti. Anthropic afferma che le skills basate su API vengono eseguite senza accesso alla rete né installazione di pacchetti a runtime. Le skills di Claude Code ereditano una quota maggiore delle capacità della macchina locale, incluso l’accesso alla rete. La stessa skill comporta quindi rischi diversi su host diversi.

Questa differenza complica la portabilità. Un pacchetto può seguire lo stesso formato di file ma comportarsi in modo diverso perché un runtime blocca la rete e un altro la consente. Variano anche gli strumenti installati, i percorsi del filesystem, i metodi di autenticazione e i sistemi di autorizzazione.

Una skill realmente portabile necessita di presupposti espliciti. Dovrebbe identificare i comandi richiesti, i file attesi, le dipendenze di rete e il comportamento in caso di errore. Dovrebbe inoltre evitare di trattare la corretta esecuzione su un agente come prova di compatibilità ovunque.

Il repository dimostra schemi, non garanzie. Anthropic avverte esplicitamente che le implementazioni sono esempi didattici e possono differire dal comportamento di Claude in produzione. Gli utenti hanno comunque bisogno di valutazioni specifiche per l’attività prima di farvi affidamento.

Questo è l’angolo scettico più forte sulla tendenza. Il formato aperto si è diffuso più rapidamente di test standardizzati, autorizzazioni o gestione enterprise. La distribuzione sta diventando più semplice prima che la fiducia diventi una prassi.

Cosa non dimostrano i numeri di Anthropic Skills

Una posizione in tendenza e un numero di stelle a sei cifre mostrano attenzione, ma non dimostrano affidabilità, sicurezza o adozione duratura sul posto di lavoro.

Le stelle di GitHub sono un segnale di notorietà. Non rivelano quante organizzazioni abbiano installato una skill, quanto spesso si sia attivata correttamente o se abbia migliorato gli esiti delle attività. I fork forniscono un segnale di modifica più forte, ma molti rimangono inutilizzati o diventano rapidamente obsoleti.

La classificazione al settimo posto presenta un’ulteriore limitazione. È arrivata tramite BettaFish, un aggregatore che ha identificato la fonte come GitHub Trending. Il record fornito non includeva un orario di pubblicazione verificato né una classifica GitHub conservata.

L’interpretazione più sicura è circoscritta. Il 12 agosto 2026, un aggregatore ha rilevato anthropics/skills al settimo posto nella propria hot list di GitHub Trending. I commit continui del repository e la popolarità visibile confermano indipendentemente un rinnovato interesse, ma non la durata precisa di quella posizione.

La popolarità di un repository può anche nascondere differenze di licenza. Anthropic afferma che molti esempi sono open source con licenza Apache 2.0. Le implementazioni di Word, Excel, PowerPoint e PDF adottano invece termini source-available.

I team non possono presumere che ogni file consenta lo stesso riutilizzo, ridistribuzione o modifica. Devono ispezionare la licenza associata alla skill specifica che intendono adottare.

L’accuratezza dell’attivazione rimane un’altra questione irrisolta. La descrizione di una skill indica all’agente quando caricarla. Ciò significa che poche righe di metadati possono determinare se istruzioni estese entrano nel contesto del modello.

Un’attivazione mancata lascia l’agente senza la procedura prevista. Un’attivazione eccessiva può introdurre regole irrilevanti e sprecare contesto. Skills in conflitto possono inoltre fornire istruzioni incoerenti per la stessa attività.

Il formato non definisce un punteggio di valutazione universale per questi comportamenti. Un team deve creare attività rappresentative, osservare l’attivazione, misurare la qualità dell’output e testare i casi di errore. Queste valutazioni dovrebbero essere eseguite nuovamente dopo aggiornamenti significativi del modello, del runtime o della skill.

Anche l’amministrazione centrale è disomogenea. La documentazione della piattaforma di Anthropic afferma che le skills personalizzate non si sincronizzano automaticamente tra le superfici di Claude. Una skill caricata su claude.ai è separata da una caricata tramite API o archiviata in Claude Code.

Anche l’ambito di condivisione varia. Le skills API possono estendersi all’intero workspace. Le skills di Claude Code possono essere personali o basate sul progetto. Le skills personalizzate su claude.ai restano individuali e non dispongono di un’amministrazione centralizzata a livello organizzativo.

Queste differenze indeboliscono l’idea che una singola cartella risolva istantaneamente il deployment enterprise. Il formato rende portabile il contenuto. Non unifica autorizzazioni, sincronizzazione, conservazione o controlli operativi di ogni prodotto.

Esiste anche un problema di manutenzione. La conoscenza procedurale cambia. Le API deprecano campi, le policy di conformità evolvono e i sistemi interni adottano nuovi nomi o schemi. Una skill che un tempo migliorava l’accuratezza può in seguito imporre comportamenti obsoleti.

La cronologia dei commit di Anthropic illustra questo requisito. Diversi aggiornamenti del 2026 hanno corretto le indicazioni sulle API, modificato i riferimenti ai modelli e aggiornato gli strumenti per i documenti. Un repository di skills è software operativo vivo, anche quando gran parte del suo contenuto è Markdown.

Il caso più solido per le Agent Skills si basa quindi su una proprietà disciplinata. Ogni skill importante necessita di un responsabile, test, provenienza, un calendario di revisione e un percorso di ritiro. Senza questi controlli, una libreria in crescita può trasformarsi in una raccolta di istruzioni legacy invisibili.

Anthropic anthropics/skills offre un formato credibile ed esempi influenti. Non ha eliminato il lavoro ingegneristico necessario per gestire in sicurezza comportamenti riutilizzabili degli agenti.

Tre segnali decideranno se lo standard reggerà

La fase successiva dipende dalla compatibilità tra agenti, da una distribuzione affidabile e da un utilizzo misurabile sul posto di lavoro.

Il primo segnale è se gli agenti concorrenti continueranno a implementare la specifica senza creare varianti incompatibili. Il supporto di GitHub su diversi host rafforza la tesi della portabilità. Un uso più ampio degli stessi metadati, layout delle directory e comportamenti di caricamento la rafforzerebbe ulteriormente.

Osservate cosa accade quando un team trasferisce una skill non banale tra Claude Code, Copilot, Codex, Cursor e Gemini CLI. Se attivatori, script, riferimenti e output restano coerenti, lo standard acquisisce credibilità pratica. Se ogni host richiede ampie riscritture, la portabilità diventa perlopiù cosmetica.

Questo test dovrebbe concentrarsi su workflow complessi, non su un file di istruzioni di una pagina. Generazione di documenti, revisione del codice, risposta agli incidenti e sintesi della ricerca espongono rapidamente le differenze di runtime. Dipendono da strumenti, file, convalida e presupposti ambientali.

Il secondo segnale è l’adozione di controlli di provenienza e sicurezza. GitHub ha già introdotto blocco delle versioni, rilevamento delle modifiche basato sull’albero, anteprime e controlli di pubblicazione. I fornitori di agenti devono ora offrire limiti di autorizzazione più chiari e registri di esecuzione visibili.

La tesi del formato si rafforza se le organizzazioni approvano abitualmente le fonti delle skills, bloccano le revisioni, analizzano gli script e verificano l’uso degli strumenti. Si indebolisce se pacchetti malevoli di alto profilo o aggiornamenti silenziosi causano esposizione di dati.

Potrebbero emergere registri verificati, ma la verifica non può diventare un badge vago. Gli acquirenti dovranno sapere se una revisione copre solo la sintassi oppure anche script, dipendenze, comportamento e autorizzazioni richieste.

Il terzo segnale è la prova che le skills mantenute migliorino gli esiti del lavoro. I conteggi delle stelle resteranno visibili, ma i risultati delle valutazioni contano di più. I team dovrebbero misurare precisione dell’attivazione, tassi di completamento, tempo di correzione e coerenza tra modelli.

Il formato vince se le organizzazioni preservano workflow utili cambiando l’agente sottostante. Ciò confermerebbe che la conoscenza procedurale è diventata una risorsa portabile anziché una funzionalità legata a un singolo fornitore.

Perde importanza strategica se i team continuano a ricreare le skills per ogni host. La perde anche se sistemi di workflow proprietari offrono un’amministrazione, affidabilità e sicurezza molto migliori.

Anthropic affronta un equilibrio delicato. Dovrebbe mantenere attraente l’implementazione di Claude, consentendo al contempo agli altri host di usare il formato in modo credibile. Un comportamento eccessivamente specifico di Claude indebolirebbe la rivendicazione di standard aperto. Una totale mercificazione ridurrebbe il controllo di Anthropic sul livello che ha creato.

Per gli sviluppatori, l’azione immediata è pratica. Scegliete un workflow ricorrente con input e output chiari. Racchiudete istruzioni, riferimenti e controlli in una skill revisionata. Quindi testate quel pacchetto negli ambienti degli agenti che il vostro team utilizza realmente.

Per gli acquirenti enterprise, chiedete ai fornitori se le skills possono essere esportate, bloccate, sottoposte a audit ed eseguite con autorizzazioni limitate. Queste risposte rivelano più sul controllo a lungo termine di una dimostrazione ben rifinita.

La tendenza di agosto non è quindi principalmente una storia su un repository popolare. È un test per capire se le procedure AI possano diventare risorse durevoli e neutrali rispetto ai fornitori.

Anthropic anthropics/skills ha già superato la soglia della notorietà. La domanda successiva è se i team si fidino abbastanza di questi pacchetti da mantenerli come software e se gli agenti concorrenti li rispettino con coerenza. Osservate i test di compatibilità, i controlli di sicurezza e le valutazioni in produzione. Questi tre segnali mostreranno se Agent Skills diventerà un’infrastruttura condivisa o un’altra convenzione temporanea.