La maggior parte delle persone usa Claude come una barra di ricerca.
Ogni sessione inizia allo stesso modo. Sei un copywriter marketing. La mia attività è questa. Il mio pubblico è quello. Ora scrivimi la cosa. Poi chiudi la scheda e il giorno dopo rifai tutto il briefing da capo, addestrando lo stesso impiegato ogni singola mattina e lasciando che dimentichi tutto la sera.
Questo non è un flusso di lavoro. È ricominciare da zero, per sempre.
I Progetti di Claude risolvono questo problema, e quasi nessuno li configura correttamente. La maggior parte delle persone crea un progetto, incolla una riga di istruzioni, carica un PDF a caso e si chiede perché non sia drasticamente meglio di una chat normale. Il potere è reale, ma risiede nei dettagli che la schermata di configurazione non spiega.
Questo è il corso completo su come configurare i Progetti di Claude nel modo in cui lo fanno le persone che ci fanno realmente affidamento. Ogni funzionalità qui è reale e attuale. Alla fine, avrai un progetto che carica automaticamente il contesto completo in ogni conversazione, non necessita mai di un nuovo briefing e produce output che suonano come te, invece che come un assistente generico.
Cosa è Realmente un Progetto
Togliendo il marketing, un Progetto di Claude è tre cose raggruppate in un unico spazio di lavoro persistente.
Istruzioni personalizzate. Un prompt a livello di sistema che si applica automaticamente a ogni conversazione all'interno del progetto. Questo è il briefing permanente che modella come si comporta Claude, chi pensa di avere di fronte e quali regole segue, senza che tu debba scrivere nulla nella chat.
Una base di conoscenza. File e documenti a cui Claude può fare riferimento in ogni conversazione, sempre disponibili, senza mai bisogno di essere ricaricati. Guide di stile, specifiche, lavori passati, materiale di riferimento.
Conversazioni con ambito definito. Tutte le chat all'interno del progetto sono raggruppate insieme ed ereditano le stesse istruzioni e conoscenze.
Una cosa importante da capire subito, perché crea confusione costantemente. Le conversazioni all'interno di un progetto NON condividono la cronologia dei messaggi tra loro. Lo stato condiviso sono le istruzioni e i file, non le chat. Ogni nuova conversazione inizia da capo con solo quelle due cose caricate. Questo è importante per come progetterai tutto ciò che segue.
I Progetti sono disponibili su ogni piano di Claude, incluso quello gratuito, anche se gli utenti gratuiti sono limitati a cinque progetti e le istruzioni del progetto sono specificamente una funzionalità a pagamento. Su Pro, Max e Team hai la configurazione completa.
L'Errore che Quasi Tutti Commettono
Prima della configurazione, comprendi l'errore singolo più grande, perché evitarlo è gran parte della battaglia.
Le persone trattano la base di conoscenza come un armadietto. Ci infilano di tutto. L'intero manuale del brand. Sei mesi di appunti di riunioni. Un mazzo strategico di quaranta pagine. La logica sembra valida. Più contesto equivale a output migliore.
Non funziona così, ed ecco perché. La conoscenza del progetto non viene caricata completamente in ogni risposta. Claude estrae il contenuto più rilevante per ogni query tramite recupero. Quando sovraccarichi la base di conoscenza con materiale vagamente correlato, diluisci la capacità di Claude di trovare il segnale che conta davvero, e rischi di riempire la finestra di contesto con file, lasciando meno spazio per la conversazione reale.
La regola che produce output drasticamente migliori è l'opposto di ciò che la gente si aspetta. Mantieni ogni documento di conoscenza snello e specifico, circa una o tre pagine. Una guida al tono di voce di tre pagine batte un manuale del brand di quaranta pagine ogni singola volta, perché il segnale utile è più denso e il rumore è minore. La precisione batte il volume nella base di conoscenza, sempre.
Passo 1: Crea il Progetto con Intenzione Reale
Apri Claude, clicca su Progetti nella barra laterale, clicca su Nuovo progetto.
Il nome è più importante di quanto sembri. Chiamalo in modo specifico. "Newsletter" o "Proposte Clienti" o "Documentazione API", non "Lavoro" o "Roba". Il motivo è che ti ritroverai con più progetti, e l'intero punto è la separazione. Un nome vago porta a un progetto vago che accumula lentamente cose non correlate, che è esattamente il problema di diluizione di cui sopra.
Questo porta al primo principio che la maggior parte delle persone perde. Un progetto per ambito. Non mettere il tuo codice backend e i tuoi contenuti di marketing nello stesso progetto. Non mescolare il cliente A e il cliente B. Progetti separati significano un contesto più pulito e focalizzato, e il contesto focalizzato è l'intera ragione per cui i progetti funzionano. L'istinto di avere un mega progetto per tutto è l'istinto di ricreare il chatbot generico da cui stavi cercando di scappare.
Passo 2: Scrivi le Istruzioni Come un Briefing Permanente, Non un Prompt
Questa è la parte a più alta leva dell'intera configurazione, ed è dove il divario tra un progetto debole e uno eccezionale è più ampio.
Un blocco di istruzioni debole dice "Sei un assistente utile che scrive contenuti di marketing." Questo non dà a Claude nulla che non avesse già.
Un blocco di istruzioni forte è un briefing permanente completo scritto per qualcuno che non sa ancora nulla di te, perché questa è esattamente la situazione all'inizio di ogni nuova conversazione nel progetto. Dovrebbe coprire chi sei e cosa fai, i compiti principali per cui esiste questo progetto, le tue preferenze di tono e stile, il formato di output richiesto, la conoscenza del dominio che Claude dovrebbe assumere e, cosa fondamentale, le cose che Claude non dovrebbe mai fare.
Ecco una struttura modello che funziona in quasi tutti i tipi di progetto:
RUOLO
Sei [ruolo specifico] che lavora su [dominio specifico]. Stai scrivendo per
[pubblico specifico che non sa nulla di loro].
A COSA SERVE QUESTO PROGETTO
I compiti principali qui sono [compito 1], [compito 2], [compito 3]. Assumi che ogni richiesta
sia correlata a uno di questi, salvo diversa indicazione.
COME RISPONDERE
Tono: [specifico]. Formato: [specifico]. Lunghezza: [specifica].
Non fare domande di chiarimento a meno che non sia veramente bloccato. Fai un'ipotesi
ragionevole, dichiarala e procedi.
COSA ASSUMERE
[Fatti di dominio, dettagli del prodotto, posizionamento che dovrebbero essere dati per scontati
in ogni risposta.]
MAI
[Cose specifiche che Claude non dovrebbe mai fare in questo progetto: cliché dell'IA, certe
affermazioni, certi formati, qualunque siano le tue regole ferree.]
Quell'istruzione di non fare domande di chiarimento merita di essere sottolineata. Per impostazione predefinita, Claude spesso inizia con un giro di "prima di iniziare, puoi dirmi di più su..." Per un progetto che usi quotidianamente, quel preambolo è puro attrito. Dirgli di fare un'ipotesi ragionevole, dichiararla e procedere rimuove il vai e vieni e accelera ogni singola sessione immediatamente.
Scrivi queste istruzioni per il lettore che non ha alcuna storia con te, perché ogni nuova conversazione inizia veramente lì. Le istruzioni e i file sono le uniche cose che vengono portate avanti. La memoria della tua ultima conversazione no.
Passo 3: Costruisci la Base di Conoscenza con Precisione
Ora i file. Ricorda la regola. Snelli, specifici, da una a tre pagine ciascuno. Ecco cosa appartiene realmente a una base di conoscenza ben costruita, usando un progetto di contenuti come esempio.
Una guida alla voce e allo stile. Come scrivi. Ritmo delle frasi, parole che usi, parole che bandisci, la sensazione del tuo output.
Un documento sul pubblico. Per chi stai scrivendo, cosa gli interessa, cosa sanno già, di cosa sono scettici.
Un documento sui pilastri o l'ambito. Gli argomenti o le categorie specifiche che questo progetto copre, in modo che Claude rimanga in carreggiata.
Un piccolo insieme di migliori esempi. Da tre a cinque pezzi del tuo lavoro migliore reale. Questo insegna per dimostrazione in modo molto più efficace della descrizione. Claude apprende i tuoi modelli da esempi reali meglio che da qualsiasi quantità di istruzioni.
Materiale di riferimento specifico per il lavoro. Note SEO, specifiche di prodotto, vincoli tecnici, qualunque cosa richieda il dominio.
Assegna a ogni file un nome descrittivo. "Guida al Tono di Voce v3", "Roadmap Prodotto Q2", "Documentazione API Modulo Pagamenti", non "appunti" o "roba". I nomi descrittivi aiutano il recupero a trovare il documento giusto per la query giusta, che è l'intero meccanismo su cui fai affidamento.
I limiti che vale la pena conoscere. Su Pro, Max e Team hai fino a 20 file per progetto, 30 MB per file, con supporto per PDF, testo, markdown, file di codice, CSV e immagini. Questo è più che sufficiente se segui la regola della precisione. Se stai raggiungendo il limite, il problema è quasi sempre che stai caricando volume invece di segnale.
Passo 4: Testa il Recupero Prima di Fidarti
Ecco un passaggio che quasi nessuno fa, e separa le persone che pensano che il loro progetto funzioni da quelle che sanno che funziona.
Dopo aver caricato la tua conoscenza, apri una conversazione nel progetto e testa esplicitamente se Claude può recuperare ogni documento. Chiedi direttamente:
Basandoti sulla Guida al Tono di Voce nella conoscenza del progetto, come dovrei
affrontare la riga di apertura di un post? Cita la guida specifica che stai usando.
Se Claude fa riferimento accuratamente al documento, il recupero funziona. Se dà una risposta generica o non riesce a trovare la guida, qualcosa non va. Forse il file non è stato elaborato, forse il nome è troppo vago, forse il documento è sepolto sotto troppi altri. Meglio scoprirlo in un test che rendersi conto tre settimane dopo che Claude non stava mai realmente leggendo il tuo file più importante.
Esegui questo test per ogni documento critico. Ci vogliono cinque minuti ed è la differenza tra un progetto che speri funzioni e uno che sai funzioni.
Passo 5: Scegli il Modello Giusto per Ogni Conversazione
Un dettaglio che la maggior parte delle persone perde completamente. All'interno di un progetto, puoi scegliere quale modello di Claude usare per ogni conversazione in modo indipendente. Il progetto non ti blocca su un modello.
Questo è importante per costi e qualità. Usa un modello più veloce per bozze di routine all'interno del progetto e passa a un modello più capace per le conversazioni che necessitano di ragionamento profondo o sintesi complessa. Stesso progetto, stesse istruzioni, stessa conoscenza, motore diverso a seconda di ciò di cui ha bisogno il compito specifico. La maggior parte delle persone non si rende conto di poterlo fare e o paga di più eseguendo tutto sul modello migliore o ottiene prestazioni inferiori eseguendo tutto su uno veloce.
Passo 6: Usa le Conversazioni Come Pensiero, Non Solo Come Compiti
Ecco un'abitudine che silenziosamente rende i progetti molto più potenti nel tempo.
Non usare le conversazioni del progetto solo per compiti finiti. Usale per pensare ad alta voce. Affronta un problema, spiega il tuo ragionamento, parla del perché stai prendendo una decisione. Poiché il progetto ha un ambito definito ed è coerente, queste conversazioni di pensiero aiutano Claude a comprendere i tuoi schemi di ragionamento, non solo i tuoi schemi di output.
Il risultato è che nel corso delle settimane, Claude all'interno di un progetto ben utilizzato inizia a corrispondere non solo al tuo formato ma al tuo giudizio. Suggerisce approcci che si adattano a come pensi realmente, perché ha visto come pensi all'interno di quel contesto con ambito definito, non solo ciò che produci.
Passo 7: Mantienilo, Perché un Progetto è Valido Solo Quanto i Suoi File
Un progetto non si imposta e si dimentica. È accurato solo quanto ciò che contiene, e una conoscenza obsoleta produce un contesto sicuro di sé ma errato, che è peggio di nessun contesto.
Costruisci un'abitudine di manutenzione. Quando il tuo posizionamento cambia, aggiorna la guida alla voce. Quando una specifica viene rivista, sostituisci quella vecchia. Quando una strategia cambia, aggiorna il documento sull'ambito. Rivedi le istruzioni del tuo progetto trimestralmente, perché le istruzioni scritte sei mesi fa potrebbero ora contraddire attivamente ciò che stai facendo, e Claude seguirà fedelmente la regola obsoleta.
I progetti che rimangono preziosi sono quelli che le persone mantengono aggiornati. Quelli che diventano silenziosamente inutili sono quelli che sono stati impostati una volta e mai più toccati mentre il lavoro reale proseguiva intorno a loro.
Il Nuovo Livello: Progetti Cowork
Vale la pena saperlo, perché estende significativamente tutto quanto sopra. A partire dagli aggiornamenti del 2026, i Progetti vivono anche all'interno di Claude Cowork, l'app desktop agente, e questa versione aggiunge capacità che i progetti basati su chat non hanno.
I progetti Cowork aggiungono una memoria con ambito definito che persiste tra le sessioni, così puoi dire "costruisci sul rapporto della scorsa settimana" e Claude sa esattamente di cosa si trattava, senza far trapelare quel contesto negli altri tuoi lavori. Aggiungono cartelle locali dedicate, così il progetto legge e scrive file reali sulla tua macchina. E aggiungono compiti programmati, così un progetto può eseguire lavori ricorrenti automaticamente secondo una cadenza che imposti.
La logica di configurazione è la stessa di tutto quanto sopra. Istruzioni chiare, file pertinenti e snelli, un progetto per ambito. Ma il soffitto è più alto, perché un progetto Cowork non solo informa le conversazioni, ma esegue lavori su file reali e può funzionare secondo un programma senza di te. Una buona prima mossa è puntarlo verso una cartella e dire:
Leggi ogni file in questa cartella. Poi riassumi cosa sai di questo
spazio di lavoro: cosa c'è qui, per cosa probabilmente lo uso e quali istruzioni
seguirete. Se qualcosa non è chiaro, chiedi prima di assumere.
Quel singolo comando fa sì che Claude impari il progetto dal primo giorno, e da lì si ricorda.
Quattro Modelli di Progetto che Puoi Costruire Oggi
La teoria è utile solo quando diventa concreta. Ecco quattro configurazioni di progetto che corrispondono direttamente ai casi d'uso più comuni, ciascuna con cosa va nelle istruzioni rispetto alla conoscenza, così puoi copiare la struttura.
Il Progetto Contenuti. Le istruzioni definiscono il tuo ruolo come scrittore per un pubblico specifico, il tuo tono, le tue regole di formattazione e i tuoi divieti assoluti. La conoscenza contiene una guida alla voce, una persona del pubblico, un documento sui pilastri e da tre a cinque dei tuoi pezzi con le migliori prestazioni. Questo è il progetto che fa sì che tutto ciò che pubblichi suoni costantemente come te invece che come uno scrittore diverso ogni volta. I migliori esempi nella base di conoscenza fanno più lavoro qui di qualsiasi istruzione, perché la voce si coglie, non si insegna.
Il Progetto Codice. Le istruzioni definiscono il tuo stack, le tue convenzioni, i tuoi modelli preferiti e le cose che non vuoi mai vengano fatte. La conoscenza contiene un documento di architettura, i tuoi file sorgente chiave, i tuoi standard di codifica e la documentazione API per qualsiasi cosa il progetto tocchi. Punta Claude su questo e smette di suggerire codice che combatte i tuoi modelli esistenti e inizia a corrisponderli. Un progetto per codebase, mai condiviso, perché mescolare due codebase è il modo più veloce per ottenere suggerimenti che non si adattano a nessuna delle due.
Il Progetto Cliente. Un progetto per cliente. Le istruzioni definiscono chi è il cliente, il suo brand, le sue preferenze e l'ambito del tuo lavoro con lui. La conoscenza contiene le linee guida del suo brand, i risultati passati, le note delle riunioni distillate all'essenziale e qualsiasi vincolo specifico per lui. Questo è il modo in cui un professionista singolo o un'agenzia mantiene il contesto di ogni cliente perfettamente separato, in modo che la voce del cliente A non si riversi mai nel lavoro del cliente B.
Il Progetto Ricerca. Le istruzioni definiscono quale domanda o dominio stai indagando e come vuoi che siano strutturati i risultati. La conoscenza contiene il tuo materiale di partenza, le tue note precedenti e la tua tesi di lavoro. Mentre lo alimenti con altro, costruisce un quadro completo di tutto, e poiché ha un ambito definito, non confonde questa ricerca con nient'altro su cui stai lavorando. Questo è il più vicino che un progetto basato su chat arriva al concetto di secondo cervello, un corpo di conoscenza che puoi interrogare e che rimane coerente perché è isolato da tutto ciò che non è correlato.
Nota lo schema in tutti e quattro. Le istruzioni portano le regole permanenti e il comportamento. La conoscenza porta il materiale di riferimento e gli esempi. La separazione è deliberata, e ottenere il contenuto giusto nel livello giusto è gran parte di ciò che fa funzionare un progetto. Una regola su come comportarsi appartiene alle istruzioni. Un documento a cui Claude deve fare riferimento appartiene alla conoscenza. Mescolarli, mettendo regole comportamentali in un file di conoscenza o incollando documenti di riferimento nella casella delle istruzioni, è un modo silenzioso per far sì che un progetto dia risultati inferiori senza una ragione ovvia.
La Personalizzazione a Strati che la Maggior Parte delle Persone Perde
Un'altra cosa che vale la pena sapere, perché si sovrappone a tutto quanto sopra. Le istruzioni del progetto non sono l'unico livello di personalizzazione che Claude ha, e capire come si combinano ti dà un controllo più preciso.
Ci sono tre livelli, e si applicano tutti contemporaneamente in ogni risposta. Le istruzioni a livello di account, impostate nelle impostazioni del tuo profilo, si applicano a ogni chat ovunque indipendentemente dal progetto. Le istruzioni del progetto si applicano solo all'interno di un progetto specifico. E gli stili, impostati per chat, regolano tono e formato per quella singola conversazione.
La mossa pratica è usare ciascuno per ciò che sa fare meglio. Metti le regole che si applicano a tutto ciò che fai con Claude, come le tue preferenze di comunicazione generali, nelle istruzioni del profilo a livello di account, in modo da non ripeterle in ogni progetto. Metti il contesto e le regole specifici del progetto nelle istruzioni del progetto. Usa gli stili per aggiustamenti occasionali quando una particolare conversazione necessita di un tono diverso da quello predefinito del progetto.
La maggior parte delle persone ammassa tutto in un livello e perde questo controllo. Quando li separi correttamente, smetti di ripetere le tue preferenze universali in ogni singolo progetto, e le istruzioni di ogni progetto rimangono focalizzate puramente su ciò che rende quel progetto diverso. Quella focalizzazione è, ancora una volta, l'intero tema della configurazione corretta dei progetti.
La Configurazione che Realmente Si Accumula
Mettendo tutto insieme, ecco cosa ti dà un progetto correttamente costruito che una chat normale non ti darà mai.
Ogni conversazione inizia con il contesto completo già caricato. La tua voce, il tuo pubblico, le tue regole, il tuo materiale di riferimento, tutto presente prima che tu scriva una parola. Smetti di fare briefing. Smetti di ricominciare da zero. Smetti di addestrare lo stesso impiegato ogni mattina.
L'output smette di suonare generico e inizia a suonare come te, perché Claude lavora dai tuoi esempi reali e dai tuoi standard reali, non da una lavagna vuota più un prompt frettoloso di una riga.
E si accumula. La prima settimana necessita di piccole correzioni mentre Claude impara i tuoi modelli dai file. Entro la terza settimana, corrisponde al tuo approccio abbastanza da vicino che smetti di spiegare cose che spiegavi ogni volta. I trenta minuti di configurazione si ripagano nel corso di mesi.
Ecco il punto fondamentale onesto. La maggior parte delle persone non ottiene mai questo beneficio, non perché la funzionalità sia difficile, ma perché la configurano in novanta secondi e non hanno mai fatto le parti che contano realmente. La base di conoscenza precisa. Il vero briefing permanente. Il test di recupero. L'abitudine alla manutenzione.
Fai queste quattro cose e i Progetti di Claude smettono di essere una cartella per le tue chat e diventano la differenza tra usare Claude come una barra di ricerca e gestirlo come un sistema che sa già esattamente chi sei e di cosa hai bisogno.
Configura un progetto correttamente questa settimana. Scegli il lavoro che fai di più. Scrivi le istruzioni reali. Carica tre documenti snelli. Testa il recupero. Poi guarda quanto diversa sarà la prossima conversazione.
Segui @cyrilXBT per le build complete, i modelli di istruzione esatti e le configurazioni di progetto che uso ogni giorno.
