Claude Code operativo: come iniziare anche se non sei uno sviluppatore

Claude Code operativo: come iniziare anche se non sei uno sviluppatore

Anthropic ha pubblicato i dati interni.

Più dell'80% del codice che va in produzione per costruire Claude è scritto da Claude stesso. Nel secondo trimestre 2026, gli engineer mergiano 8 volte più codice al giorno rispetto al 2024, con lo stesso numero di persone.

Non è un caso di studio ipotetico. È il modo in cui Anthropic costruisce il suo prodotto principale, ogni giorno.

Io lo uso per le mie 21 automazioni in produzione da febbraio 2026. Nessun team, nessun framework esterno. Solo Claude Code, un terminale e una struttura chiara di cosa deve succedere.

Ecco come funziona, e come iniziare.

Cosa fa Claude Code che una chat normale non fa

Con Claude.ai o qualsiasi LLM in chat, descrivi un problema e ottieni testo. Poi copi, incolli, adatti tu.

Con Claude Code succede qualcosa di diverso: legge i file del tuo progetto, li modifica direttamente, esegue comandi nel terminale, vede l'output e itera. Non risponde: lavora.

La differenza operativa è enorme. Non aggiungi un assistant al tuo flusso, cambi il flusso.

Il setup in tre passi

1. Installa Claude Code: npm install -g @anthropic-ai/claude-code (richiede Node.js 18 o superiore).
2. Apri la cartella del tuo progetto nel terminale e lancia claude.
3. Descrivi il primo task: "leggi i file in questa cartella e dimmi cosa fa questo script" è già un inizio utile. Non serve un progetto complesso.

In 10 minuti sei operativo. I primi 30 minuti sono i più lenti, dopo il ritmo cambia.

Come descrivere un task che funziona

La struttura che uso per ogni task:

1. Contesto: cosa esiste già. "Ho uno script Python che legge la GSC API e salva un JSON."
2. Obiettivo: cosa deve succedere. "Confronta il JSON di questa settimana con quello della settimana scorsa e calcola il delta per ogni query."
3. Vincoli: cosa non toccare. "Non modificare la struttura del JSON di output."

Più il contesto è preciso, meno iterazioni servono. Non è diverso da come daresti un brief a un collaboratore che conosce il contesto ma ha bisogno di istruzioni chiare.

Il file CLAUDE.md: il contesto che non devi riscrivere ogni volta

Nella root di ogni progetto, crea un file CLAUDE.md. Scrivici:

• Cosa fa il progetto in 2-3 righe
• Quali comandi usare per avviare, testare, eseguire il deploy
• Quali file o cartelle non toccare mai
• Come si chiama il branch principale

Claude Code lo legge automaticamente a ogni sessione. Non spieghi il contesto ogni volta. Io ce l'ho in ogni repo: 20-30 righe che risparmiano 10 minuti di briefing per run.

Nel tempo, il CLAUDE.md diventa la memoria del progetto: ogni volta che scopri un vincolo nuovo o una regola da rispettare, lo aggiungi lì.

Tre cose che ho imparato i primi giorni

1. Task troppo generici non funzionano. "Migliora questo script" non è un task. "Aggiungi la gestione degli errori quando l'API restituisce un 429 e logga il tempo di retry" è un task.
2. Leggi quello che ha scritto prima di eseguirlo. Claude Code è veloce. Per questo, il tuo lavoro diventa leggere e validare, non scrivere. Se salti la review, ti ritrovi a debuggare qualcosa che non sai come è nato.
3. Non chiuderlo se non funziona al primo tentativo. Il ciclo normale è: prova, vedi l'errore, mostragli l'errore, riprova. Non è fallimento, è come lavora. Il report Anthropic parla di un success rate del 76% sui task più aperti: il restante 24% richiede iterazione.

Il punto operativo

Il report Anthropic non dice "Claude Code è promettente". Dice che più dell'80% del codice che costruisce il modello più avanzato al mondo è firmato da Claude, con engineer che producono 8 volte più lavoro al giorno.

Non so se il tuo caso è comparabile. Il mio non lo era, finché non ho iniziato.

L'unica differenza tra chi lo usa e chi lo guarda da fuori è aver aperto una cartella con un problema reale e averci provato.