C’è un motivo specifico per cui questa guid,a pensata anche per chi non programma, è dedicata a Claude Code. Il prodotto, uscito in research preview a febbraio 2025 e diventato generalmente disponibile a maggio 2025, ha fatto qualcosa che nessun altro strumento aveva fatto: ha spostato il baricentro del modo in cui si scrive software professionale. Le aziende che ne hanno parlato esplicitamente includono Shopify, Stripe, Anthropic stessa, e a febbraio 2026 IBM ha visto calare del 13% il valore borsistico in un giorno dopo un post di Anthropic sulla modernizzazione COBOL ottenuta con Claude Code. Per un decisore che valuta l’adozione di AI, ignorare cosa è successo qui significa partire bendati.
Le funzionalità che Code ha introdotto stanno migrando anche verso use case non strettamente da sviluppatori: analisi di archivi documentali, automazione di compliance, generazione di pipeline di lavoro. Capirlo serve quindi anche a chi non lavorerà mai dentro un terminale.
Indice degli argomenti:
Claude Code in concreto: cosa fa e come
Claude Code è un agente che vive in un terminale (o in una desktop app, da aprile 2026) e ha accesso al filesystem del progetto su cui sta lavorando. Si lancia con un comando, gli si dice cosa fare in linguaggio naturale, e Code esegue: legge i file, modifica il codice, lancia test, crea branch git, fa commit, apre pull request.
Il tutto operando come farebbe uno sviluppatore umano, con la differenza che opera ininterrottamente e con visione completa della codebase.
I numeri da ricordare sono pochi e significativi.
Una finestra di contesto fino a un milione di token, che permette di caricare codebase di dimensioni medie per intero.
Supporto a sessioni parallele isolate via Git worktree (introdotto con la desktop app), che permette di lavorare contemporaneamente su più rami senza interferenze.
Accesso a Sonnet 4.6 e Opus 4.7 come modelli, con Opus default per i piani Max e Team Premium dopo aprile 2026.
Estensioni native per VS Code, JetBrains, Cursor, Windsurf, oltre che per Slack come canale di interazione.
Il modello di interazione è diverso da quello di Copilot e simili. Copilot suggerisce il completamento riga per riga. Code, invece, riceve un obiettivo ad alto livello (implementa questa feature, debugga questo problema, migra questo modulo) e lo porta a termine in autonomia, esplorando il codice, ragionando sulle dipendenze, scrivendo i test ed eseguendoli, correggendo gli errori che emergono.
È la differenza tra un autocomplete sofisticato e un agente vero.
Perché Code ha cambiato il mercato
La trazione di Code è stata rapida e visibile per tre motivi.
Primo, copertura del lavoro reale di uno sviluppatore. Code non si limita a scrivere codice, fa tutto il giro: legge il repository e ne modifica i file, scrive i test e li lancia, integra le modifiche e le documenta. Lo sviluppatore non deve copincollare snippet dal chatbot al proprio editor, non deve riformulare contesto, non deve fare debug separato. Il guadagno di produttività riportato dai team è nell’ordine del trenta-cinquanta per cento, e in alcuni casi è molto superiore.
Secondo, capacità di operare su codebase grandi. Un milione di token di contesto significa, in pratica, poter caricare un repository medio per intero. Combinato con l’agentic search (la capacità di Code di esplorare la codebase navigando file e dipendenze in modo intelligente), questo abilita interventi che prima richiedevano settimane di onboarding di uno sviluppatore nuovo: refactoring strutturali, audit di sicurezza, migrazioni di linguaggio.
Terzo, espansione su use case fuori dal classico application development. La modernizzazione di codebase legacy è il caso più discusso. Sistemi mainframe in COBOL, applicativi storici in Visual Basic o Delphi, database PL/SQL stratificati da decenni: Code è in grado di leggere questi codici, capire la business logic, scriverne versioni moderne in linguaggi attuali, mantenendo la semantica originale. Le banche, le assicurazioni, la pubblica amministrazione hanno enormi quantità di questo tipo di codice, ed è la ragione del salto di IBM del febbraio 2026.
C’è poi un effetto culturale che merita attenzione. La presenza di Code ha cambiato anche le aspettative su cosa significa essere produttivi in un team di sviluppo. La giornata di uno sviluppatore con Code attivo passa da scrivere codice a delegare e revisionare codice. Le skill che diventano premianti non sono più quelle del coding meccanico, ma quelle del design di sistema, della valutazione critica, della comunicazione con un agente.
È un cambiamento profondo che richiederà anni per essere assorbito dalle organizzazioni.
La desktop app di aprile 2026
Il 14 aprile 2026 Anthropic ha rilasciato una desktop app dedicata per Claude Code, su macOS e Windows. Non si limita a fare da wrapper sul terminale: offre un ambiente dedicato pensato per il lavoro agentico parallelo. Tre cose la rendono interessante anche per chi finora ha lavorato solo da CLI.
- Le sessioni parallele isolate via Git worktree, già citate. Una sidebar mostra tutte le sessioni attive, ognuna in una working directory isolata. Si può lavorare contemporaneamente a un refactoring di un repository, a un bug fix di un altro, a una nuova feature di un terzo, senza che le modifiche si interferiscano fino al merge esplicito. Per i team che gestiscono più progetti in parallelo, è una svolta organizzativa.
2. Il pannello di preview integrato nell’angolo in alto a destra. Per i progetti web, mostra in tempo reale come si vede l’applicazione mentre Claude la sta costruendo. Elimina la necessità di tenere aperte finestre di browser separate per verificare le modifiche, e abbassa drasticamente l’attrito del “vibe coding”, quel modo di sviluppare in cui si itera velocemente per tentativi sull’aspetto visivo.
3. Il terminale integrato. Si possono lanciare test e build, oppure comandi shell, senza uscire dall’applicazione. Il terminale si apre nella stessa working directory della sessione, vede gli stessi file che Claude sta modificando.
La desktop app non è disponibile su Linux, dove resta valido il CLI standard. Per chi è già su Pro a 20 dollari al mese, è inclusa: basta installarla e fare login. Per gli sviluppatori che hanno provato Code via CLI ma ne sono stati respinti dall’austerità della riga di comando, la desktop app è il punto di reingresso naturale.
Routines: automazioni di workflow ricorrenti
Insieme alla desktop app, Anthropic ha introdotto le Routines, automazioni programmabili che permettono di definire flussi di lavoro ricorrenti come oggetti riusabili. Una routine cattura una sequenza di passi (ad esempio: leggi i ticket aperti, classificali e assegna priorità, genera summary, posta in Slack) e la rende eseguibile su comando o su schedule.
Le routines, in pratica, portano dentro Code un livello di orchestrazione che prima richiedeva di scrivere script separati. Per i team che hanno workflow standardizzati, è una scorciatoia significativa.
Cosa portarsi a casa anche se non si programma
Il manager, il PM, l’imprenditore che leggono questa puntata si chiederanno legittimamente: ma a me, che non scrivo codice, tutto questo a cosa serve? Tre considerazioni operative.
La prima riguarda i propri team tecnici. Se un’azienda ha sviluppatori dipendenti o consulenti esterni, il fatto che Code sia oggi disponibile e ampiamente adottato cambia la conversazione su tempi, costi e capacità. Una feature che richiedeva tre settimane può richiederne una. Un refactoring che era stato rimandato per anni può tornare in agenda. Una modernizzazione di un applicativo legacy può smettere di essere un progetto da milioni di euro. Capire questo cambiamento, anche senza maneggiarlo direttamente, permette di rinegoziare aspettative e priorità con le proprie funzioni tecniche.
La seconda riguarda i pattern operativi che si stanno trasferendo verso use case non-developer. Il modello “agente che opera autonomamente su un set di file dato, con un obiettivo definito, in un ambiente isolato” sta diventando il paradigma dominante anche per task documentali, di analisi, di automazione di processi. Cowork, che abbiamo visto nella quarta puntata, è in pratica un cugino di Code applicato a knowledge work. Capire come funziona Code, anche solo concettualmente, prepara a capire come funzioneranno gli agenti analoghi nei propri ambienti di lavoro.
La terza riguarda la valutazione critica delle promesse di mercato. C’è oggi una sovrabbondanza di proposte agentic, alcune serie, molte fumose. Sapere cosa fa concretamente Claude Code, quali sono i suoi limiti, in che condizioni funziona davvero, dà un riferimento concreto per valutare le altre proposte. La domanda da fare a un vendor che propone un agente custom è “fa quello che Code fa nel proprio dominio? Lo fa meglio? Lo fa diversamente? Perché?”.
Limiti reali e considerazioni di sicurezza
Code è potente, ma non è un’arma a comando vocale che fa miracoli. I limiti reali, dopo un anno di adozione, sono noti.
Primo, la qualità del risultato dipende molto dalla qualità della codebase di partenza. Su codebase ben strutturate, con test esistenti, documentazione minimale, convenzioni chiare, Code lavora benissimo. Su codebase legacy molto disordinate, senza test, con dipendenze opache, anche Code fatica. Non risolve il problema della qualità del codice esistente, lo riflette.
Secondo, la supervisione umana resta necessaria. Code può sbagliare, e i suoi sbagli possono essere sottili. Un bug introdotto in una funzione di sicurezza, una regressione in un edge case, una scelta architetturale subottimale: tutti errori che richiedono un revisore competente che li intercetti prima che vadano in produzione. L’idea di un team che lascia Code lavorare senza review è, oggi, irresponsabile.
Terzo, la sicurezza dei dati e delle credenziali. Code accede al filesystem del progetto, e in molti casi anche a variabili d’ambiente, file di configurazione, secret. Le best practice prevedono di non lasciare le credenziali in chiaro nei repository, di usare deny rules per bloccare l’accesso a directory sensibili (per esempio cartelle .ssh, file .env), di rotare le API key con frequenza, di tenere log delle azioni eseguite. Anthropic ha rilasciato Claude Code Security come research preview a febbraio 2026 proprio per dare strumenti dedicati di controllo.
Quarto, attenzione alle vulnerabilità specifiche del prodotto. A febbraio 2026 sono state divulgate CVE-2025-59536 e CVE-2026-21852, che riguardavano la possibilità di esecuzione di codice via file di configurazione malevoli. Sono state corrette, ma il pattern è quello: un agente che esegue codice in modo autonomo apre nuove superfici di attacco. La governance enterprise di Code richiede di stare al passo con le patch, di monitorare i CVE, di usare strumenti come MCP Gateway per audit centralizzato.
Per i decisori: come iniziare
Per chi non scrive codice ma deve decidere se introdurre Code nei propri team di sviluppo, la sequenza che ha senso è questa.
Primo, parlare con i propri sviluppatori. Quasi tutti, a maggio 2026, hanno già provato Code in proprio o lo conoscono di reputazione. Capire dove vedono valore, dove vedono limiti, dove vedono rischi è il punto di partenza informativo migliore.
Secondo, fare un pilota strutturato su un team o un progetto. Tre mesi, obiettivi chiari, metriche definite. Tempi di delivery, qualità del codice, numero di review necessarie, esperienza dello sviluppatore. Alla fine dei tre mesi si ha una base di dati per decidere.
Terzo, costruire una governance prima del rollout esteso. Politiche di accesso, deny rules, audit logging, formazione sulla sicurezza, ruolo del review umano. La sesta puntata della serie entra nel dettaglio di governance ed enterprise, e parte di quel materiale vale anche per Code.
Quarto, considerare il piano corretto. Per gli sviluppatori individuali, Pro a 20 dollari al mese include Code. Per team con sviluppatori, Team Premium a 100 dollari per posto annuali è la scelta naturale, e ammette il mix con Team Standard per chi non programma. Per organizzazioni enterprise con esigenze di compliance, Enterprise è il livello che apre access ai controlli avanzati.
Partecipa alla community