Claude Chat, Cowork o Code: come scegliere per ogni lavoro

Chat, Cowork e Code non sono tre modi intercambiabili di porre la stessa domanda a Claude. Cambia il contesto disponibile, cambia ciò che lo strumento può fare e cambia il tipo di controllo che ti serve. Per scegliere bene, descrivi prima il lavoro e soltanto dopo decidi dove eseguirlo.

Una regola iniziale è questa: usa Chat quando ti serve soprattutto ragionare o produrre testo nella conversazione; valuta Cowork quando il risultato richiede più passaggi su file e strumenti collegati; scegli Code quando il compito vive in un progetto tecnico e deve essere verificato con file, comandi o Git. Non è una tassonomia assoluta. È un modo per evitare di concedere accessi inutili o di costringere una conversazione a simulare un ambiente che non possiede.

La documentazione desktop di Anthropic distingue le tre aree in base a ciò che possono vedere e fare. Poiché il prodotto evolve, controlla sempre l'interfaccia e i permessi presenti nel tuo account prima di trasformare questa distinzione in una procedura interna. Anthropic, desktop app.

Parti dal lavoro, non dal nome dello strumento

Scrivi il risultato atteso in una frase osservabile. “Aiutami con il report” non basta. “Leggi questi quattro documenti, costruisci una tabella delle decisioni e salva una bozza separata dalle fonti” dice già molto di più: servono file, una sequenza e un nuovo artefatto.

Poi indica dove vive la verità da rispettare. Può essere nella conversazione, in una cartella di documenti oppure nel repository. Se il lavoro dipende da una procedura, specifica anche quale versione vale. Lo strumento non dovrebbe scegliere da solo fra due file chiamati procedura-finale.pdf e procedura-finale-2.pdf.

Infine descrivi che cosa è autorizzato a cambiare. Leggere e suggerire non equivale a rinominare file, eseguire comandi o aggiornare un account. Due compiti con lo stesso output possono richiedere spazi diversi perché uno termina con una bozza da rivedere e l'altro deve intervenire sul progetto.

Puoi formalizzare la scheda così:

Risultato: tabella delle decisioni aperte.
Fonti: quattro verbali nella cartella Fonti.
Azioni ammesse: leggere e creare un file in Output.
Azioni escluse: modificare le fonti, inviare messaggi, spostare file.
Controllo finale: ogni decisione rimanda al verbale e al passaggio usato.

Questa scheda viene prima di Chat, Cowork o Code. Se non riesci a compilarla, il problema non è ancora la scelta dello strumento.

I quattro criteri della scelta

Usa quattro criteri insieme. Uno solo tende a produrre scorciatoie.

Il criterio più importante non è quello con il maggior numero di funzioni. È quello che limita il lavoro al perimetro necessario. Se una domanda può essere risolta senza collegare una cartella, l'accesso ai file non aggiunge valore. Se invece devi controllare che una modifica non rompa il progetto, una risposta in chat senza esecuzione dei test lascia aperta la parte decisiva.

Questa logica è vicina a un contratto degli input di un workflow AI: dichiari che cosa entra, che cosa manca e quale forma deve avere il risultato. Qui aggiungi la scelta dell'ambiente in cui quel contratto può essere rispettato.

Quando basta Chat

Chat è adatta quando il lavoro principale è una conversazione e le informazioni necessarie possono essere fornite nel messaggio senza aprire un perimetro più ampio. Puoi usarla per chiarire una decisione, confrontare due strutture di un documento, generare domande per un'intervista o rivedere una bozza incollata nel dialogo.

Il fatto che Chat basti non rende il compito superficiale. Un confronto strategico può richiedere ragionamento complesso, ma non per questo richiede accesso ai file o possibilità di eseguire azioni. Se il risultato finale è una proposta che copierai e valuterai tu, la conversazione mantiene un confine semplice.

Chat diventa meno adatta quando inizi a copiare molti documenti, perdi la provenienza dei passaggi o devi ripetere manualmente una serie di operazioni. A quel punto non limitarti a dire “serve più contesto”. Chiediti se il lavoro è diventato un'attività su file oppure un processo tecnico.

Quando serve Cowork

Cowork entra in gioco quando il compito è composto da più passaggi e il materiale vive in file o strumenti collegati. La guida ufficiale descrive attività che possono proseguire attraverso una sequenza operativa e cartelle alle quali l'utente concede accesso. Anthropic, Claude Cowork.

Un esempio è preparare una sintesi da una cartella di documenti, costruire un foglio di confronto e salvare il risultato in un'area dedicata. Il valore non è soltanto leggere più testo. È poter mantenere il rapporto fra fonti, passaggi e output senza trasferire tutto nella conversazione.

Cowork non autorizza automaticamente un perimetro ampio. Collega una cartella di lavoro preparata per il compito, non l'intero archivio aziendale. Se il risultato può avere conseguenze esterne, separa la produzione locale dall'approvazione e dall'invio. La possibilità tecnica di agire non sostituisce la regola organizzativa su chi può approvare.

Se devi preparare il perimetro, usa anche la guida alla verifica degli output AI. La revisione non dovrebbe limitarsi al tono: deve controllare fonti, omissioni, file creati e azioni non richieste.

Quando il lavoro appartiene a Code

Scegli Code quando il centro del compito è un progetto tecnico e la verifica passa dal suo ambiente. Claude Code può leggere e modificare file, eseguire comandi, usare Git e controllare il risultato con gli strumenti disponibili. La documentazione descrive un ciclo nel quale il sistema raccoglie contesto, agisce e verifica, ripetendo i passaggi quando necessario. Anthropic, How Claude Code works.

Questo non significa che Code serva soltanto a scrivere codice. Può lavorare su documentazione, configurazioni, dataset e processi eseguibili dalla riga di comando. Il discrimine è che il progetto ha uno stato tecnico da osservare: directory, branch, dipendenze, test, file modificati e talvolta servizi locali.

Se chiedi in Chat di correggere un errore senza fornire il repository, puoi ottenere ipotesi. Se chiedi a Code di intervenire nel progetto, puoi verificare il diff e l'esito dei test. Resta necessario controllare permessi e modifiche. Il ciclo di verifica funziona soltanto se esiste una prova pertinente e viene davvero eseguita.

Tre esempi di classificazione

Primo caso: devi preparare cinque domande per una riunione. Hai già riassunto il contesto in poche righe e vuoi scegliere la sequenza. Chat è sufficiente. Il controllo finale è umano: le domande coprono la decisione e non introducono fatti non forniti.

Secondo caso: devi leggere dodici note di progetto, estrarre decisioni aperte e creare un documento separato con i rimandi alle fonti. Cowork è un candidato coerente, a condizione di collegare soltanto la copia di lavoro e di vietare modifiche alle note originali. Il controllo finale confronta ogni decisione con il file e il passaggio citato.

Terzo caso: devi rinominare un campo in un'applicazione, aggiornare gli usi e controllare che i test passino. Code è il luogo naturale perché l'attività dipende dal repository, dalla ricerca delle occorrenze e dall'esecuzione della suite. Il controllo finale comprende il diff, i test e gli eventuali errori rimasti.

Non classificare il compito in base alla lunghezza del prompt. Una richiesta breve può richiedere Code, per esempio “aggiorna questa dipendenza e verifica la build”. Una richiesta lunga può restare in Chat se serve soltanto a ragionare su una decisione senza accedere ad altro.

Fai una prova con perimetro ridotto

Prima di rendere la scelta una regola di team, esegui lo stesso tipo di attività su un caso piccolo e reversibile. Conserva l'input, il risultato, le azioni effettuate e il tempo di revisione. L'obiettivo non è dimostrare che una modalità è sempre migliore, ma vedere se il suo perimetro consente di completare e controllare il lavoro.

Per Cowork puoi usare tre file inventati e una cartella di output vuota. Per Code puoi scegliere una modifica circoscritta con test esistenti. Per Chat puoi verificare se il materiale necessario resta abbastanza compatto da mantenere provenienza e chiarezza.

Alla fine rispondi a quattro domande:

1. Lo strumento ha avuto soltanto gli accessi necessari?

2. Il risultato è nella forma richiesta?

3. Le modifiche e le fonti sono ispezionabili?

4. Un'altra persona saprebbe ripetere il controllo?

Se una risposta è no, correggi il contratto o scegli un ambiente diverso. Non compensare un confine sbagliato con un prompt sempre più lungo.

Errori di scelta da evitare

Il primo errore è scegliere lo spazio più potente per ogni attività. Più accessi e azioni significano anche più elementi da governare. Un lavoro di pensiero non migliora perché può toccare un filesystem.

Il secondo è usare Chat come contenitore di un archivio. Copiare documenti in successione può far perdere versioni, nomi e provenienza. Se il lavoro dipende dalla struttura dei file, preserva quella struttura in un ambiente adatto.

Il terzo è usare Code senza una verifica tecnica. Modificare molti file e poi leggere soltanto un riassunto non equivale a controllare il progetto. Chiedi diff, test pertinenti e stato finale.

Il quarto è confondere autonomia con pubblicazione. Cowork o Code possono preparare un risultato; l'invio a un cliente, la modifica di un account o il rilascio richiedono regole separate. Lo spazio scelto non concede da solo quell'autorità.

Porta la matrice su un lavoro reale

Prendi un'attività che ripeti ogni settimana e descrivila con risultato, contesto, accessi, azioni e verifica. La scelta fra Chat, Cowork e Code diventa più chiara quando il lavoro smette di essere un'etichetta generica.

Nel programma su Claude Chat, Cowork e Code di MAIKER HUB puoi applicare questa matrice ai tuoi processi e costruire un modo di lavorare che mantenga visibili confini e controlli. Porta un caso concreto, non serve trasformarlo prima in una demo perfetta.