Claude Projects: come organizzare il lavoro senza creare caos
Claude Projects serve a riunire le conversazioni, le istruzioni e i documenti che appartengono allo stesso lavoro. Non è però una cartella magica: se contiene fonti duplicate, regole superate e file senza data, Claude può recuperare con grande precisione l'informazione sbagliata.
A cura di Marco SalvoPubblicato il 9 settembre 2026Aggiornato il 6 settembre 20266 min di lettura
Claude Projects: come organizzare il lavoro senza creare caos
Claude Projects serve a riunire le conversazioni, le istruzioni e i documenti che appartengono allo stesso lavoro. Non è però una cartella magica: se contiene fonti duplicate, regole superate e file senza data, Claude può recuperare con grande precisione l'informazione sbagliata.
Anthropic rende Projects disponibile anche agli account gratuiti, con un massimo dichiarato di cinque progetti per gli utenti Free. Nei piani a pagamento, quando la conoscenza si avvicina al limite del contesto, può entrare in funzione il recupero RAG: Claude cerca i passaggi pertinenti invece di caricare tutto insieme.
Io uso ambienti di progetto per attività editoriali, analisi SEO e sviluppo. La lezione più utile è semplice: la qualità dipende meno dal numero di file e più dalla presenza di una fonte autorevole per ogni decisione.
Che cos'è Claude Projects
Claude Projects è uno spazio persistente che collega chat, istruzioni di progetto e una knowledge base. Le nuove conversazioni possono usare i documenti aggiunti alla conoscenza del progetto, ma una chat precedente non diventa automaticamente conoscenza condivisa per tutte le altre.
Questa distinzione evita un equivoco frequente. Una risposta utile ottenuta ieri non è necessariamente una regola del progetto. Se deve valere anche domani, la decisione va trasferita in un documento controllato o nelle istruzioni.
| Elemento | Che cosa contiene | Quando usarlo | Rischio |
|---|---|---|---|
| Istruzioni | Regole stabili del lavoro | Tono, vincoli, processo | Regole troppo lunghe o contraddittorie |
| Knowledge base | Fonti e documenti | Dati, cataloghi, linee guida | Versioni obsolete |
| Chat | Lavoro e ragionamento | Analisi, bozze, revisioni | Decisioni disperse |
| Memoria | Preferenze e contesto ricordato | Informazioni trasversali | Confusione tra clienti o ambiti |
Come strutturare un Project utile
Un Project utile parte da un risultato preciso. “Marketing” è un contenitore; “piano editoriale di marcosalvo.it” è un sistema con fonti, responsabilità e criteri verificabili.
La struttura minima che consiglio contiene cinque elementi:
- un documento sul posizionamento e sul pubblico;
- una mappa degli asset già esistenti;
- dati aggiornati con data e origine;
- regole operative brevi;
- un registro delle decisioni approvate.
Nel mio caso, prima di proporre un nuovo articolo, l'assistente deve controllare le URL esistenti e i contenuti già scritti. Questa regola riduce un rischio concreto: creare pagine semanticamente simili che competono tra loro. Non basta chiedere “trova una buona keyword”; bisogna definire anche quando non scrivere.
Quali file caricare e quali lasciare fuori
Carica soltanto documenti che possono cambiare la risposta. Una presentazione aziendale aggiornata, un catalogo corrente e una guida di tono hanno una funzione. Cinque esportazioni quasi identiche e tre versioni non datate della stessa strategia producono ambiguità.
Ogni file importante dovrebbe dichiarare:
- data di aggiornamento;
- responsabile;
- ambito di validità;
- eventuale documento che sostituisce;
- dati che non devono essere interpretati come attuali.
Quando lavoro con Search Console, per esempio, indico sempre intervallo temporale, proprietà e filtri. La frase “questa pagina è in crescita” non significa nulla senza un periodo di confronto. Lo stesso metodo è alla base del mio flusso con Search Console, Claude e BeKnow.
Come scrivere le istruzioni del progetto
Le istruzioni devono governare il processo, non tentare di prevedere ogni frase. Una base efficace definisce ruolo, obiettivo, fonti prioritarie, azioni vietate e forma della verifica.
Un esempio operativo:
Usa la mappa URL come fonte per controllare sovrapposizioni. Non proporre una nuova pagina se l'intento è già coperto. Per ogni raccomandazione indica URL, dato e motivo. Se due documenti sono in conflitto, fermati e segnala entrambi.
Questa istruzione vale più di venti aggettivi sul tono. Stabilisce come prendere una decisione e rende visibile l'incertezza.
RAG nei Projects: che cosa cambia
Il RAG recupera parti pertinenti dalla knowledge base quando il materiale supera ciò che conviene mantenere tutto insieme nel contesto. Anthropic dichiara l'attivazione automatica per i piani a pagamento quando la conoscenza si avvicina al limite.
Il recupero riduce il problema della quantità, non quello della qualità. Se due listini riportano prezzi diversi senza data, il sistema può trovare entrambi. Se una regola è nascosta in un verbale non approvato, può trattarla come fonte.
Per questo separo sempre tre livelli: fonti correnti, archivio e bozze. Il modello dovrebbe cercare nel primo livello per decidere; gli altri servono soltanto quando vengono richiesti.
Projects e memoria non sono la stessa cosa
La memoria riguarda ciò che Claude conserva tra conversazioni; un Project delimita conoscenza e lavoro. Anthropic indica memorie separate per ciascun progetto nei piani e nelle configurazioni supportate.
Le preferenze personali possono stare nella memoria generale. Prezzi, stato di un cliente, obiettivi trimestrali e regole editoriali devono invece avere una fonte datata nel progetto. La guida alla memoria di Claude approfondisce proprio questa separazione.
Gli errori che rendono inutile un Project
Il primo errore è trasformarlo in un archivio indiscriminato. Il secondo è affidare alle chat il ruolo di registro ufficiale. Il terzo è usare istruzioni assolute su informazioni che cambiano, come prezzi o disponibilità di un prodotto.
Un altro errore è mescolare clienti diversi nello stesso spazio. Non è soltanto un problema di qualità: può diventare un rischio di riservatezza. Un progetto dovrebbe avere un perimetro comprensibile anche a una persona che lo apre per la prima volta.
FAQ su Claude Projects
Claude Projects è gratis?
Sì. Anthropic indica Projects disponibile per tutti gli utenti e un massimo di cinque progetti per gli account Free. Funzioni collaborative e limiti possono variare per piano.
Claude condivide il contesto tra le chat di un progetto?
Claude usa la knowledge base e le istruzioni del progetto. Il contenuto di una chat non diventa automaticamente contesto di tutte le altre se non viene aggiunto alla conoscenza o gestito dalla memoria supportata.
Quanti file posso inserire in Claude Projects?
Il limite effettivo dipende da dimensioni, piano e capacità corrente. Quando la conoscenza si avvicina al limite, i piani a pagamento possono usare RAG. Conviene progettare la base per qualità, non per saturare la soglia.
Posso condividere un progetto Claude?
La condivisione organizzativa è prevista nei piani Team ed Enterprise e dipende dalle impostazioni dell'amministratore. Prima di condividere controlla documenti, permessi e memoria associata.
Claude Projects sostituisce un database?
No. È uno spazio di lavoro e conoscenza, non la fonte transazionale per ordini, clienti o inventario. I dati aggiornati devono restare nel sistema che li governa.
Il criterio da ricordare
Se ricordi una sola cosa di questo articolo, ricorda questa: un Claude Project funziona quando contiene poche fonti autorevoli, regole verificabili e decisioni datate. Più documenti non significano automaticamente più contesto utile.
Se vuoi collegare documenti e strumenti in un flusso controllato, scopri come lavoro sullo sviluppo AI.