3 plugin per Claude Code: sviluppo, commit e code review

Quali plugin per Claude Code scegliere

Li ho scelti perché hanno ruoli distinguibili e sorgenti consultabili nel repository ufficiale Anthropic. È una selezione per questo percorso di lavoro: non una classifica di qualità rispetto a tutti i plugin disponibili.

Puoi partire da quello che risolve il problema di oggi. Se devi correggere due righe, un workflow completo di progettazione può aggiungere passaggi inutili. Se il problema è consegnare una modifica già pronta, serve soprattutto controllare cosa finirà nel commit.

feature-dev → sviluppare una funzione

Guida esplorazione del codice, chiarimenti, scelta dell’approccio, implementazione e revisione. Utile quando la feature richiede di capire più file e decisioni.

commit-commands → preparare la consegna

Offre comandi per commit e apertura della PR. Il comando completo esegue anche il push: va usato quando hai già verificato il contenuto da pubblicare.

code-review → esaminare una PR esistente

Analizza il diff e le istruzioni CLAUDE.md con più agenti. Si colloca dopo l’apertura della PR; non è il controllo dei file locali prima del primo commit.

• Anthropic: marketplace ufficiale e provenienza dei plugin ↗
• DottorLone: differenze tra skill, MCP e plugin →

Come installare i plugin in Claude Code

Questa procedura usa Claude Code nel terminale, già installato e funzionante. Esegui i comandi dalla cartella del progetto nella shell di sistema. Per i passaggi su GitHub servono anche Git, un repository con remote origin e GitHub CLI, gh, autenticata con accesso al repository.

Lo scope local abilita il plugin per te in questo repository. Non è un isolamento di sicurezza. Dopo l’installazione avvia una nuova sessione; nel menu / verifica i nomi completi dei comandi. Gli esempi sotto usano il prefisso del plugin per renderli riconoscibili.

Se il marketplace ufficiale non è registrato, aggiungilo prima con claude plugin marketplace add anthropics/claude-plugins-official. Nel pannello /plugin puoi invece cercare e installare un plugin alla volta scegliendo lo scope locale.

• Claude Code: installazione, scope e caricamento dei plugin ↗
• Claude Code: cosa controllare prima di fidarsi di un plugin ↗

claude plugin install feature-dev@claude-plugins-official --scope local
claude plugin install commit-commands@claude-plugins-official --scope local
claude plugin install code-review@claude-plugins-official --scope local
claude plugin list

1. feature-dev: trasformare l’idea in una modifica circoscritta

feature-dev propone sette fasi e usa agenti per esplorare il repository e confrontare soluzioni. Il workflow richiede chiarimenti e una scelta prima dell’implementazione. Per una nuova funzione che attraversa dati e interfaccia può offrire una struttura utile; per un refuso lo eviterei.

Il nostro esempio è un filtro per categoria in una lista di guide. Non chiediamo “migliora la pagina”: specifichiamo che cosa vede il lettore, quali dati usare e che cosa lasciare fuori. Il prompt seguente è un esempio editoriale, non la trascrizione di una sessione eseguita.

• feature-dev: README e fasi del workflow ↗
• feature-dev: istruzioni effettive del comando ↗
• DottorLone: da una richiesta vaga a un task implementabile →

/feature-dev:feature-dev Aggiungi un filtro per categoria alla lista delle guide.

Obiettivo: scegliere Tutte, Quotidiano o Sviluppo e vedere le guide pertinenti.
Usa i dati e i componenti già presenti. Nessun backend o nuova dipendenza.
Il filtro deve funzionare con tastiera e su mobile.
Non modificare le URL degli articoli né le loro canonical.
Prima di implementare, indicami file coinvolti, dubbi e approccio consigliato.
La richiesta riguarda sviluppo e verifiche: non autorizza commit, push o deploy.

La prova da fare prima di consegnare il codice

Prepariamo tre guide di prova con categorie note. Questi dati sono un piccolo caso di verifica proposto per l’articolo. I conteggi sotto sono risultati attesi, non risultati ottenuti da Claude.

Il passaggio importante è alternare le scelte: un filtro può funzionare al primo clic e lasciare uno stato sbagliato quando torni a Tutte. Controlla anche che l’ordine delle guide non cambi e che i link continuino ad aprire gli articoli giusti.

1. Confronta le transizioni del filtro con i risultati attesi e prova il caricamento iniziale.
2. Usa Tab e i comandi da tastiera previsti dal controllo scelto; verifica focus e selezione visibili.
3. Prova una larghezza mobile e una desktop, poi controlla la console del browser.
4. Esegui build e test indicati dal README del tuo progetto e leggi tutti i file cambiati.
5. Registra gli esiti, compresi i controlli falliti o non eseguiti, prima di preparare il commit.

• DottorLone: checklist per verificare codice generato dall’AI →

Guide di prova:
- Prompt minimo: Quotidiano
- Review del codice: Sviluppo
- Privacy nelle chat: Quotidiano

Tutte       -> 3 guide
Sviluppo    -> 1 guida: Review del codice
Quotidiano  -> 2 guide: Prompt minimo, Privacy nelle chat
Tutte       -> di nuovo 3 guide, nell’ordine iniziale

2. commit-commands: aprire la PR con un diff già controllato

Il plugin distingue il solo commit dal comando commit-push-pr, che crea il commit, esegue il push su origin e apre la PR tramite gh. Sono operazioni sul repository: un riepilogo convincente dell’agente non basta a decidere quali file includere.

Prima di invocarlo crea una branch di lavoro, controlla stato Git, diff completo e file staged. Togli dalla consegna modifiche estranee, file locali e segreti. Se vuoi soltanto vedere un messaggio di commit proposto, chiedilo in chat: il comando commit è pensato per creare davvero il commit.

• commit-commands: comandi e requisiti ↗
• commit-push-pr: sequenza effettiva delle operazioni ↗

/commit-commands:commit-push-pr

3. code-review: un secondo esame della PR aperta

Dalla branch associata alla PR, code-review avvia un’analisi delle modifiche e delle regole CLAUDE.md pertinenti. Le istruzioni consultate prevedono di saltare PR chiuse, draft, ritenute banali o con un precedente commento di Claude. Se si ferma per uno di questi motivi, non registrare l’esecuzione come una review superata.

Nella versione del comando verificata, senza --comment l’output resta nel terminale. Il flag --comment abilita invece la pubblicazione su GitHub: controlla i rilievi prima di scegliere quella modalità e ricontrolla le istruzioni della versione installata.

Sul filtro dell’esempio, confronta i rilievi con i conteggi attesi e con le prove di tastiera e mobile. Un elenco vuoto non dimostra che il filtro sia corretto: esame del diff, build e prova del comportamento forniscono evidenze diverse.

• code-review: utilizzo e requisiti GitHub ↗
• code-review: condizioni di arresto e opzione --comment ↗

/code-review:code-review

Come capire se questi plugin ti aiutano davvero

Per una prima prova scegli una feature piccola e annota versione di Claude Code, versioni dei plugin, modello usato e controlli previsti. Il risultato utile è una modifica che sai spiegare e verificare. Il numero di agenti avviati o di commenti prodotti non misura da solo la qualità.

Non abbiamo misurato tempi, token o costi di questi workflow. Prima di usarli su task lunghi, controlla le condizioni del tuo piano e osserva il consumo di una prova breve. Conta anche il tempo che passi a rispondere, correggere il diff e verificare i rilievi.

Puoi fermarti prima della PR se stai solo sperimentando in locale. Puoi usare soltanto code-review se la modifica esiste già. La selezione funziona quando ogni passaggio risolve una necessità concreta.

Feature e risultato atteso: ...
Versione Claude Code / plugin / modello: ...
File che mi aspettavo di cambiare: ...
File effettivamente cambiati: ...
Build e test, con esito: ...
Prova desktop / mobile / tastiera: ...
Rilievi della review confermati: ...
Correzioni manuali necessarie: ...
Tempo e consumo osservati nel mio account: ...
Decisione: riutilizzare / adattare / lasciare fuori

Domande frequenti sui plugin per Claude Code

Quali plugin scegliere per iniziare?

Per una nuova funzione valuta feature-dev; per consegnare modifiche già verificate, commit-commands; per esaminare una PR aperta, code-review. Non serve installarli tutti per provare un solo passaggio.

Come si installano questi tre plugin?

Dalla cartella del progetto usa claude plugin install con il nome del plugin, il marketplace claude-plugins-official e lo scope desiderato. La sezione di installazione riporta i comandi completi per lo scope local.

code-review funziona sulle PR in bozza?

Le istruzioni verificate prevedono di saltare le PR draft. Mantieni la bozza finché il lavoro è incompleto e continua con verifiche locali; avvia la review quando la PR è pronta.

Si possono usare in una normale chat Claude?

I comandi di questa guida sono per Claude Code nel terminale. Per chat Claude, Cowork o altre superfici verifica la documentazione e la disponibilità dei componenti: non presumere che installazione e comandi siano identici.

• Vai ai comandi di installazione dei tre plugin →

Fonti, aggiornamento e limiti della selezione

Verifica documentale del 30 ottobre 2026: documentazione Claude Code per installazione e scope, README e file dei tre comandi nel repository anthropics/claude-plugins-official. I link ai singoli file sono nelle sezioni corrispondenti. La branch main dei sorgenti può cambiare: confrontala con la versione che stai usando.

Il caso del filtro, i suoi dati e i criteri di verifica sono una proposta editoriale riproducibile. Non abbiamo installato o avviato i tre plugin per produrre questo articolo. Non attribuiamo quindi alla selezione un vantaggio prestazionale, un costo fisso o una percentuale di errori rilevati.

Questa guida riguarda Claude Code nel terminale. L’installazione di plugin in altre superfici Claude va verificata nella relativa documentazione; non basta trasferire questi comandi in una normale chat.