Claude Code da solo o con una squadra: differenze pratiche

Claude Code è l’agente di Anthropic per scrivere software. Lavora nel terminale o nell’editor, dentro la cartella del tuo progetto: legge i file, propone modifiche, esegue comandi, lancia i test e corregge quello che non va. Si usa con un abbonamento o con una chiave API.

Usarlo da solo vuol dire che tu fai da regista: gli dai un compito, guardi cosa fa, approvi o correggi, passi al compito dopo. È un modo di lavorare diretto, e per molte persone è tutto quello che serve.

• Sai leggere il codice. Quando propone una modifica capisci se è giusta, e ti accorgi se ha preso una scorciatoia.
• Il compito è chiaro e limitato. Correggere un errore, aggiungere una funzione, riordinare un file.
• Sei al computer. Il lavoro va avanti mentre lo segui: domanda, risposta, prossima domanda.
• Il progetto è già impostato. Esistono una struttura, dei test, delle regole: l’agente si muove dentro un percorso tracciato.

In queste condizioni aggiungere altro sarebbe solo un peso. Un buon artigiano con un buon attrezzo non ha bisogno di un reparto.

I limiti non riguardano la bravura del modello, ma il modo in cui il lavoro è organizzato. Valgono per qualunque agente lasciato solo su un progetto lungo.

• Si controlla da sé. Chi ha scritto il codice è la persona meno adatta a trovarne i difetti. Vale per le persone e vale per gli agenti.
• Perde il filo sui lavori lunghi. Un progetto di settimane ha decisioni prese all’inizio che vanno ricordate alla fine. Senza un piano scritto e qualcuno che lo tiene, si ricomincia a spiegare.
• Fa una cosa per volta. Mentre scrive la pagina dei pagamenti, nessuno sta disegnando la schermata del profilo.
• Aspetta te. Se ti allontani, il lavoro si ferma alla prima domanda.
• Non ha un mestiere. Lo stesso agente fa da progettista, sviluppatore, collaudatore e sistemista. Funziona, ma ogni cambio di cappello costa attenzione.

In una squadra il lavoro si divide come in uno studio vero. C’è chi tiene il piano e assegna i compiti, chi scrive il codice, chi lo rivede prima che arrivi a te, chi lancia i collaudi, chi si occupa di server e rilasci. Le differenze pratiche sono quattro.

1. Revisione incrociata. Ogni modifica è letta da un agente diverso da quello che l’ha scritta. Gli errori si fermano prima.
2. Lavoro in parallelo. Più compiti avanzano insieme, e il piano dice chi aspetta chi.
3. Memoria del progetto. Decisioni, regole ed errori già fatti stanno scritti in un posto comune: non si spiegano due volte.
4. Tu intervieni sulle decisioni, non sui dettagli. Ti arriva la domanda che conta («pubblico?») con accanto l’esito dei collaudi e della revisione.

Prova a risponderti a queste domande. Se la maggior parte delle risposte è «sì», una squadra ti serve; se è «no», parti da solo.

• Il lavoro durerà più di qualche giorno?
• Preferisci non rivedere il codice riga per riga?
• Vuoi che il lavoro vada avanti anche mentre fai altro?
• Servono cose diverse insieme: grafica, codice, collaudi, messa online?
• Dopo la pubblicazione qualcuno dovrà tenere vivo il prodotto?

Non è una scelta definitiva. Molti cominciano da soli, per capire lo strumento, e passano a una squadra quando il progetto diventa un prodotto con dei clienti. Se stai partendo da zero, l’articolo Creare un’app con l’IA mette in fila le tappe.

Da solo, la giornata somiglia a una conversazione lunga. Apri il terminale, spieghi il compito, leggi la proposta, la approvi, provi il risultato, passi al compito dopo. Il ritmo lo dai tu: se resti concentrato due ore, il lavoro avanza due ore.

Con una squadra somiglia di più a dirigere un piccolo studio. La mattina leggi il riassunto di quello che è stato fatto, rispondi alle domande rimaste aperte, dai le priorità. Durante il giorno ti arrivano solo le richieste che hanno bisogno di te: una scelta fra due strade, l’approvazione di un rilascio. La sera guardi l’anteprima e dici cosa non ti convince. Il tempo che ci metti è meno, ma va speso bene: una risposta vaga a una domanda della squadra si paga in lavoro da rifare.

Da solo o in squadra, le regole di prudenza sono le stesse. Un agente che può eseguire comandi sul tuo computer va tenuto dentro la cartella del progetto. I file con password e chiavi non devono essere letti. I comandi che cancellano, che sovrascrivono la storia del codice o che pubblicano devono passare dalla tua approvazione.

Con più agenti queste regole contano ancora di più, perché non puoi guardare ogni passaggio: devono essere applicate dallo strumento, non affidate alla buona volontà.

In Plannify, con «Un’app o un sito», il «cervello» della squadra lo scegli tu: un modello nel browser, uno sul tuo computer con Ollama, o una chiave API (per esempio di Anthropic, per usare Claude). La squadra lo usa con i suoi strumenti, divisa per ruoli: chi dirige, chi scrive, chi rivede, chi collauda.

Il codice resta sul tuo PC: l'app per il computer è un piccolo programma senza finestre che fa lavorare gli agenti nella cartella del progetto e non esce da lì. Comandi pericolosi, rilasci e spese aspettano il tuo sì. Scegli quante persone lavorano insieme e fissi un tetto di spesa al giorno.

Due limiti, detti chiari. Gli agenti lavorano sul tuo computer: se lo spegni si mettono in pausa e riprendono quando torni. E una squadra non sostituisce le tue decisioni: te le chiede.