Agenti e skill riutilizzabili: come valutare wshobson/agents nei diversi strumenti di sviluppo
Il repository wshobson/agents raccoglie plugin per diversi assistenti di programmazione: percorsi di installazione, differenze operative e criteri di valutazione.
Newsletter del 14 ottobre 2026
Il repository wshobson/agents propone una raccolta di istruzioni e flussi di lavoro riutilizzabili in Claude Code, Codex CLI, Cursor, OpenCode, Antigravity CLI, GitHub Copilot e Pi. Il valore pratico per uno sviluppatore è poter partire da una sorgente Markdown condivisa, adattata ai formati dei diversi strumenti.
La documentazione consultata elenca 94 plugin, di cui 92 locali e due esterni, con 202 agenti, 184 skill e 105 comandi nei sorgenti locali. Questi numeri descrivono il catalogo, non misurano la qualità dei risultati. La fonte, inoltre, non documenta un lancio ufficiale di Anthropic: presenta il progetto ospitato nel repository wshobson/agents.
Che cosa si installa davvero
I componenti hanno ruoli distinti. Gli agenti contengono istruzioni per sottoagenti specializzati ai quali delegare attività. Le skill offrono indicazioni e materiale di riferimento da caricare quando pertinente. I comandi definiscono procedure richiamabili esplicitamente, come la creazione della struttura iniziale di un progetto o una scansione di sicurezza.
Un plugin raggruppa questi elementi per ambito. Secondo il README, python-development comprende tre agenti, sedici skill e un comando per generare la struttura iniziale di un progetto. Altri pacchetti coprono JavaScript e TypeScript, revisione del codice, debugging e controlli di sicurezza.
La distinzione conta quando si sceglie quanto installare. Chi cerca indicazioni per i test Python può usare una singola skill; chi vuole anche deleghe specializzate e comandi deve verificare il percorso del plugin completo. Installare una skill isolata non include automaticamente agenti, comandi o hook.
Una sorgente comune non implica un comportamento identico
Il repository mantiene i contenuti nel formato dei plugin Claude Code. Dove possibile, i registri nativi puntano direttamente ai sorgenti; negli altri casi intervengono adattatori che generano gli artefatti richiesti.
La documentazione del progetto esplicita queste differenze:
| Strumento | Percorso documentato | Aspetto da verificare |
|---|---|---|
| Claude Code | Marketplace di plugin | Agenti, skill e comandi sorgente; hook e configurazione MCP dipendono dal plugin |
| Codex CLI | Marketplace nativo oppure artefatti generati | Il percorso nativo espone le skill; agenti TOML e comandi convertiti richiedono l’adattatore |
| Cursor | Marketplace di plugin | Componenti sorgente e regole di progetto curate |
| OpenCode | make install-opencode | Componenti generati con traduzione dei permessi degli strumenti |
| Antigravity CLI | make install-antigravity | Plugin generati contenenti agenti, skill e comandi |
| GitHub Copilot | make install-copilot | Profili agente e skill; anche i comandi diventano skill richiamabili |
| Pi | make install-pi | Skill e modelli di prompt; gli agenti richiedono un’estensione per sottoagenti |
La conseguenza operativa è che occorre valutare ogni combinazione di contenuto, adattatore e strumento. Un comando può diventare una skill o un modello di prompt, cambiando il modo in cui viene individuato e invocato.
Anche la selezione del modello richiede attenzione: gli alias presenti nei sorgenti vengono tradotti nelle impostazioni del singolo ambiente. Il README segnala valori predefiniti fissi per alcune voci inherit. Non è quindi prudente presumere che ogni agente erediti sempre il modello della sessione.
Scegliere il percorso di installazione
Per una prova circoscritta, il repository documenta due modalità di installazione della sola skill python-testing-patterns: gh skill e npx skills. La prima richiede GitHub CLI 2.90 o successivo; la seconda Node.js e npm. Entrambe leggono le skill da GitHub senza clonare il repository.
I percorsi da clone per OpenCode, Antigravity CLI, GitHub Copilot e Pi richiedono invece uv, Python 3.12 o successivo e lo strumento di destinazione. I relativi comandi make install-* generano gli artefatti e collegano tutti i plugin locali alla configurazione utente. Questo perimetro è più ampio dell’installazione di una singola skill.
Per Codex c’è un’ulteriore differenza documentata: l’installazione nativa legge i corpi originali delle skill, mentre le copie generate separano quelli troppo grandi in file di riferimento per rispettare un limite di 8 KB. Nella valutazione conviene controllare anche che i riferimenti necessari siano accessibili.
Valutare l’utilità con un compito concreto
Il progetto documenta controlli sulla struttura dei plugin, sugli artefatti generati e sulla documentazione. Offre inoltre verifiche statiche delle skill tramite plugin-eval, senza chiamate a modelli.
Sono controlli utili, ma non dimostrano che un agente risolva correttamente un’attività nel proprio codice. Il README precisa che i livelli con valutatore LLM e simulazioni Monte Carlo sono sperimentali e non validati rispetto a giudizi umani.
Una valutazione pratica dovrebbe quindi partire da un compito delimitato, con criteri definiti prima dell’esecuzione:
- Il componente viene individuato e richiamato correttamente?
- I permessi tradotti corrispondono alle operazioni necessarie?
- Il modello selezionato corrisponde alla configurazione attesa?
- Il risultato supera i test pertinenti e la revisione delle modifiche?
Questi sono criteri proposti per la verifica, non risultati misurati dal repository. La fonte non fornisce benchmark che dimostrino aumenti di produttività o superiorità rispetto ad altri cataloghi.
FAQ
La licenza MIT rende gratuito qualsiasi utilizzo?
Il repository dichiara la licenza MIT, mentre i plugin esterni hanno licenze proprie. Questo non stabilisce il costo dei modelli. Per le valutazioni LLM, il progetto specifica che le chiamate usano e addebitano l’account associato ad ANTHROPIC_API_KEY, se impostata; altrimenti utilizzano l’accesso Claude Code.
Pi esegue gli agenti senza componenti aggiuntivi?
No. Il percorso documentato richiede l’estensione di riferimento subagent o un’estensione compatibile. La generazione degli artefatti non elimina questo requisito.
I conteggi comprendono i componenti dei plugin esterni?
No. I 202 agenti, le 184 skill e i 105 comandi si riferiscono ai file sorgente locali. Le due voci esterne hanno componenti e requisiti di installazione propri.