52 skill. 16 persona. Ecco l’intero registry di spm oggi.
E dovremmo credere che questo metta fine all’incubo del copia-incolla dell’AI? Sul serio, non ne tengo più il conto dei prompt sepolti nella mia app di note — revisioni di codice, ritocchi ai prompt, checklist di sicurezza. Persi per sempre, o ricordati a stento.
spm, il Skills Package Manager, si propone come l’npm per le istruzioni AI. Installi con un comando. Funziona su Claude, Cursor, VS Code e una dozzina di altri tramite MCP. Tesi ardita. Ma gli sviluppatori avevano risolto il problema per il codice anni fa. Perché l’AI arranca ancora?
Perché la gestione dei prompt AI fa schifo da morire?
Trovi un prompt geniale su Reddit. Lo incolli in Claude. Funziona alla grande — una volta. Una settimana dopo? Perso nel purgatorio di Slack. O obsoleto. Lo riscrivi. Risciacqui. Ripeti.
Niente versionamento. Niente dipendenze. Niente scoperta. Le piattaforme ti incatenano — i trucchi di Claude non girano su Cursor. È il 2026, gente. Stiamo ancora ai prompt come con il modem 56k del 2023.
spm ribalta tutto. Tool da linea di comando. npm install -g @skillbase/spm. Init. Collega al tuo client: spm connect claude. Aggiungi una skill: spm add skillbase/prompt-engineering-craft. Boom. Chain-of-thought, few-shot, output strutturati — caricati automaticamente quando servono.
Le skill vivono in cartelle. Cuore: SKILL.md, tipo package.json. Ma ci infili script, template, esempi. Semplice. Estensibile. Domani? Validatori Python o magia Jinja.
Ecco le parole del creatore sul dolore:
Le skill AI — le istruzioni strutturate che rendono gli LLM davvero utili per task specifici — non hanno un equivalente. Al momento, se vuoi dare a Claude una solida metodologia per le revisioni di codice… Niente di tutto questo scala. Niente si compone.
Parole sacrosante. Ma 52 skill? Un inizio — o uno sbadiglio?
Versionamento semver: skillbase/[email protected]. Dipendenze tra skill. Trigger per caricamenti automatici. Punteggi di confidenza utente per far emergere le vincitrici. Le persona le raggruppano — tipo @skillbase/prompt-engineer, un meta-mostro che crea e revisiona skill. Skill che mangiano skill. Tartarughe fino in fondo.
Gemme del registry: python-backend (pro di FastAPI), arch-code-review (SOLID, lamentele su coupling), smart-contract-audit, OWASP appsec, persino DeFi yield-analysis. Di nicchia. Utili. Ma minuscole.
spm è davvero la magia cross-platform?
MCP — Model Context Protocol — le incolla insieme. Un spm connect e le skill fluiscono su Claude Desktop, Cursor, VS Code Copilot, Windsurf, JetBrains, Zed. Altre otto. Scrivi una volta, domina ovunque. Niente lock-in, evviva.
Scettico? Anch’io. MCP è recente — e se i client lo mollano? O se le skill ingombrano le finestre di contesto? Gli LLM soffocano con roba inutile. spm promette caricamenti intelligenti, ma test reali? Vedremo.
Comunque, il parallelo con la nascita di npm nel 2009. Gli sviluppatori JS si passavano zip via email. Caos. Poi npm: scoperta, condivisione, dipendenze. Esplosione. spm potrebbe fare lo stesso — se gli sviluppatori ci cascano. La mia previsione azzardata: senza i giganti degli IDE che lo bundlano, finirà nel dimenticatoio come il 90% dei CLI. Ma se decolla? Addio inferno dei prompt. Workflow AI da pro.
Controllo spin aziendale: Qui è puro indie hustle. Niente paccottiglia VC. Il creatore ha costruito l’npm-per-AI perché il copia-incolla fa schifo. Rinfrescante. Ma registry a 52? Attenti all’hype — è un seme, non un frutteto.
Demo workflow. Init spm. Collega Cursor. Aggiungi arch-api-design. Apri una review PR. L’AI tira fuori check su coupling, audit SOLID — niente copia-incolla manuale. I trigger caricano contesto al momento giusto. Pulito.
I file extra brillano. Le skill includono template di report, script di validazione. Immagina una skill prompt-injection-detector con guardie regex. O use-calc con stub di dati onchain. Evoluzione rapida.
Ma ecco la mia lamentel
