Pack di Skill a Confronto
Analisi comparativa di Rob Shocks (Switch Dimension) sui tre principali repository open source di skill per coding agent — i cosiddetti big three firmati da Matt Pocock, Lauren Tan (Pstack, Cursor) e Addy Osmani — che affrontano l'ingegneria del software assistita da agenti da tre angolazioni complementari. 1
Le tre domande guida e cosa copre ciascun pack
Pur operando sullo stesso mestiere, i tre autori progettano i rispettivi set di skill attorno a tre domande fondamentali diverse: 1
| Autore / Pack | Domanda guida | Focus e filosofia | Caratteristiche distintive |
|---|---|---|---|
| Matt Pocock | "Siamo d'accordo su cosa stiamo costruendo?" | Allineamento sul dominio e sforzo concentrato in avanti (upfront) prima di scrivere codice | grill-me, glossario di dominio condiviso, ADR (decision records), spec e ticket; dichiaratamente anti-framework (contro BDD, Spec Kit, Superpowers); skill piccole, componibili e modificabili (hackable) |
| Lauren Tan (Pstack) | "Riesci a dimostrare che funziona?" | Investigazione, verifica empirica e review multimodale a posteriori | Nessuna skill di pianificazione per scelta ("la migliore specifica è il codice"); "la build è passata" non conta come prova; usa potato mode, swarm e arene (review su cinque assi) |
| Addy Osmani | "Abbiamo seguito tutto il processo?" | Ciclo di vita tradizionale del software (SDLC) completo applicato all'agente, senza metafore da imparare | 6 fasi (define, plan, build, verify, review, ship), 25 skill + 4 personas, tabelle anti-razionalizzazione e doubt-driven development; copre fino a CI/CD, osservabilità, deprecazione e shipping; installabile in ~70 agenti |
- Matt Pocock — Allineamento preventivo e controllo umano: le sue skill mirano a verificare che umano e agente concordino sul dominio prima di toccare il codice, partendo dall'interrogatorio di
grill-meper arrivare a glossari condivisi, ADR, specifiche e ticket. Pur restando nel solco dell'SDLC tradizionale, Pocock rifiuta i framework rigidi (come BDD, Spec Kit o Superpowers) perché tolgono controllo allo sviluppatore: le sue skill sono volutamente minuscole, componibili e facili da smontare e adattare. 1 - Lauren Tan (Pstack) — Verifica empirica e scetticismo sul codice: sviluppato in Cursor da Lauren Tan (forte di anni di esperienza su React e in Meta), Pstack omette deliberatamente qualsiasi skill di pianificazione secondo il principio che "la migliore specifica è il codice". Tutto il peso è spostato sul dimostrare che il risultato funzioni davvero contro il sistema reale tramite investigazione, verifica e review multimodale a posteriori, usando sciami (swarm) e arene di modelli. 1
- Addy Osmani — L'intero SDLC per i team: laddove Pocock introduce il lessico di grilling, wayfinder e fog of war e Pstack parla di potato mode e arene, Osmani propone il ciclo di vita del software più tradizionale e riconoscibile, risultando il più adatto a inserirsi in team di sviluppo esistenti e contesti enterprise, oltre che l'unico a coprire l'intero percorso fino a CI/CD, osservabilità, deprecazione e messa in produzione. 1
Quando scegliere quale pack
Nella pratica i tre pack non vanno eseguiti tutti insieme contemporaneamente, ma scelti (o combinati in configurazioni light, medium e heavy) in base alla natura del problema: 1
- Quando usare Pocock: quando il problema è ancora fumoso (fuzzy) e non si è sicuri di cosa si voglia costruire, oppure quando si lavora su un codebase con cui si dovrà convivere per anni e in cui la qualità del design è prioritaria. Per questo scenario,
grill-meresta in assoluto la prima e migliore skill da installare. 1 - Quando usare Osmani: quando si lavora all'interno di un team che rilascia in produzione e serve un processo prevedibile che chiunque riconosca immediatamente, oppure quando si vogliono avere tutti i quality gate già pronti senza doverli progettare da zero (particolarmente efficace anche per insegnare ai team di sviluppatori come applicare gli agenti). 1
- Quando usare Pstack: quando la situazione diventa davvero spinosa (gnarly) — un bug che non si riesce a riprodurre, un problema complesso contro cui lanciare swarm e arene, una migrazione delicata, esecuzioni di agenti long-running durante la notte (overnight) di cui potersi fidare al mattino, oppure quando si utilizza Cursor con molteplici modelli (con cui le skill di Tan funzionano in modo nativo come plugin). 1
Sovrapposizione e convergenza sulle stesse pratiche
Esaminando i file interni dei tre repository emerge un'enorme sovrapposizione (ad esempio nelle skill dedicate alla semplificazione del codice o alla scomposizione in slice sottili). 1 Questa somiglianza non dipende dal fatto che gli autori si copino a vicenda, ma dal fatto che ingegneri esperti convergono naturalmente sugli stessi principi fondamentali quando codificano come costruire buon software. 1
Poiché l'ingegneria del software resta una disciplina basata su opinioni forti (opinionated), i tre pack rappresentano semplicemente tre prospettive diverse sullo stesso mestiere (craft): l'approccio consigliato è scegliere l'opinione migliore per la propria fase di lavoro e calibrare il rigore del processo in base alla posta in gioco (vedi Cerimonia Proporzionata al Rischio). 1
Vedi anche: AI Skills e Grill-Me, Lifecycle delle Skill di Osmani, Cerimonia Proporzionata al Rischio, Matt Pocock, Addy Osmani, Harness Engineering