Un rilascio graduale che raggiunge la massa critica
Claude Code Projects ha finalmente superato la fase di accesso limitato. Dopo ventidue giorni dal lancio della beta avvenuto il 17 settembre 2026, Anthropic ha comunicato tramite l'account ClaudeDevs che tutti gli abbonati Pro e Max rimasti in lista d'attesa hanno ora accesso alla funzione. Si tratta di un momento significativo nel percorso di evoluzione degli strumenti di sviluppo dell'azienda, che rappresenta un passaggio dalla fase sperimentale a un'offerta più consolidata, sebbene ancora soggetta a limitazioni e vincoli specifici.
L'annuncio ufficiale, pubblicato il 9 ottobre 2026, è stato caratterizzato dalla brevità: due frasi accompagnate da un video dimostrativo di quattro minuti caricato direttamente su X (ex Twitter). Questa scelta comunicativa apparentemente minimalista nasconde tuttavia una complessità notevole nel modo in cui Anthropic ha gestito il rollout, con criteri d'ingresso iniziali molto selettivi che si sono progressivamente allargati fino a includere l'intera base di utenti Pro e Max in attesa.
Come accedere a Claude Code Projects
L'accesso a Claude Code Projects è stato pensato per essere immediato e intuitivo. Gli utenti possono trovare la funzione attraverso molteplici punti d'ingresso, garantendo coerenza nell'esperienza su diverse piattaforme:
- Visitando claude.ai/code dal browser web
- Dalla scheda Code nell'app desktop di Claude
- Dalle app mobili ufficiali per iOS e Android
Tuttavia, l'accesso non è completamente libero. Per utilizzare pienamente la funzione sono necessari alcuni prerequisiti non negoziabili. Innanzitutto, è obbligatorio possedere un piano di abbonamento Pro o Max. In secondo luogo, per lavorare effettivamente sul codice è indispensabile disporre di un repository su github.com con la Claude GitHub App installata e correttamente configurata. Questo requisito tecnico riflette l'architettura progettuale di Anthropic, che ha scelto GitHub come ecosistema primario per l'integrazione, escludendo per il momento altre piattaforme come GitHub Enterprise Server, GitLab e Bitbucket.
I piani Team ed Enterprise rimangono al momento fuori dal rilascio, con nessuna data ufficiale comunicata per la loro inclusione. La documentazione consultata il 10 ottobre continua a segnalare questo stato di disponibilità parziale, suggerendo che Anthropic sta procedendo con cautela nel validare l'esperienza su ciascun segmento di utenti.
Il significato storico di questo annuncio
Claude Code Projects rappresenta il capitolo successivo di una narrativa più ampia che è iniziata con l'introduzione dei thread paralleli nel cloud. Questo contesto storico è importante per comprendere la visione di Anthropic circa lo sviluppo coordinato di progetti software complessi. Mentre i thread paralleli hanno introdotto il concetto di operazioni simultanee, Claude Code Projects aggiunge uno strato di coordinamento e persistenza che trasforma il modello da sessioni episodiche a ambienti di lavoro continuativi.
La credibilità della funzione è stata ulteriormente rafforzata da un'endorsement di alto profilo: Linus Torvalds, il creatore del kernel Linux, ha dichiarato pubblicamente di aver scritto una patch del kernel Linux utilizzando Claude Code. Questo riconoscimento da parte di una figura leggendaria nel mondo dell'open source conferisce una validazione tecnica importante alla capacità di Claude di maneggiare compiti di programmazione di elevata complessità e rilevanza industriale.
Chi poteva accedere prima e come è cambiato il criterio
Nelle prime settimane dal lancio della beta, i criteri d'ingresso erano notevolmente più restrittivi rispetto a quanto comunicato nell'annuncio del 9 ottobre. La documentazione ufficiale rivelava che l'accesso iniziale era limitato a specifici profili di utente:
- Account che avevano già utilizzato le sessioni cloud di Claude Code
- Utenti che avevano usufruito dell'offerta di credito collegata a quel lancio (offerta che scadeva il 7 ottobre)
- Developer che non avevano progetti attivi nella chat di claude.ai
- Utenti senza progetti in Cowork
Questo approccio iniziale basato su profili specifici spiega un fenomeno che molti developer hanno osservato: due colleghi con lo stesso abbonamento Pro o Max potevano avere accessi completamente diversi per un periodo di tre settimane. Uno poteva vedere la voce "Projects" nella barra laterale mentre l'altro no, generando confusione e domande di supporto. La progressiva apertura del criterio riflette una strategia di rollout tipica delle grandi aziende tech, che iniziano con un sottogruppo altamente qualificato e monitorato, raccolgono feedback e metriche, e quindi allargano gradualmente l'accesso una volta che i sistemi hanno dimostrato stabilità e le criticità iniziali sono state risolte.
Struttura e navigazione di un progetto
Una volta creato un progetto, la configurazione iniziale è minimalista per facilitare il primo accesso. Nel processo di creazione, l'unico campo veramente obbligatorio è il nome del progetto. Tutto il resto—obiettivo, repository, file e cartelle di Google Drive—può essere aggiunto successivamente, permettendo agli utenti di iniziare immediatamente senza bloccarsi su scelte iniziali irreversibili.
Il flusso di creazione consiste di pochi passaggi intuitivi:
- Aprire la voce "Projects" nella barra laterale di claude.ai/code e selezionare "New project" (alternativamente, in browser si può accedere direttamente a claude.ai/code/projects/browse)
- Inserire un nome per il progetto
- Premere "Create project"
- Scrivere il primo compito nella conversazione che si apre automaticamente
Una volta attivo, il progetto organizza il lavoro in quattro schede distinte, ognuna con funzioni specifiche:
- Overview: mostra quali thread sono stati completati, quali pull request sono in attesa di revisione e quale thread è fermo in attesa di una risposta umana
- Library: raccoglie tutti i file caricati inizialmente nel progetto e tutti i file prodotti dai thread durante l'esecuzione
- Pull requests: elenca tutte le pull request aperte create dai thread del progetto
- Routine pianificate: mostra i compiti ricorrenti configurati per l'esecuzione automatica
Per chi lavora da dispositivi mobili, l'interfaccia permette di seguire i singoli thread e apportare correzioni senza il controllo completo disponibile dal browser desktop, ma con accesso sufficiente per supervisionare e guidare il lavoro del coordinatore.
Una scorciatoia per i veterani: continuare come progetto
Anthropic ha previsto una transizione fluida per chi aveva già iniziato il lavoro con le sessioni cloud. Dal menu di una sessione cloud già in corso, gli utenti possono selezionare "Continue as project". Claude propone automaticamente una configurazione basata su ciò che la sessione stava già facendo, riducendo al minimo la friction nel passaggio da un modello all'altro.
Un dettaglio importante: la sessione cloud originale rimane nell'elenco storico e, se era nel mezzo di un'operazione quando è avvenuta la conversione, continua a girare fino a quando l'utente non la ferma manualmente. Questo significa che la memoria del contesto precedente e il lavoro in corso non vanno persi, ma rimangono separati dal nuovo ambiente di progetto.
I prerequisiti tecnici prima del primo progetto
Affinché Claude possa lavorare efficacemente sul codice all'interno di un progetto, tre elementi devono essere in ordine. Questa configurazione è non negoziabile e rappresenta un punto di attrito per chi non è familiare con l'ecosistema GitHub e le autorizzazioni API:
- Il repository deve risiedere su github.com (GitHub.com, non GitHub Enterprise Server, GitLab o Bitbucket, che rimangono al momento non supportati)
- L'account GitHub collegato all'account Claude deve avere il permesso di push sul repository
- La Claude GitHub App deve essere installata e autorizzata sul repository specifico
Un punto tecnico cruciale per chi ha familiarità con le sessioni cloud precedenti: il token generato con il comando /web-setup, che era sufficiente per le sessioni cloud ordinarie, non è adeguato per i thread di un progetto. È necessaria la Claude GitHub App, che fornisce livelli di accesso e controllo più granulari e più specifici alle operazioni che un coordinatore potrebbe dover eseguire.
Il comportamento sorprendente al primo lancio
Un comportamento che sorprende molti utenti al loro primo utilizzo di Projects è quanto accade quando si crea il progetto senza fornire alcun compito iniziale. Non appena il progetto viene creato, Claude avvia automaticamente un turno di lavoro per conto proprio, prima ancora che l'utente scriva qualsiasi istruzione. Questo turno iniziale è addebitato interamente al piano dell'utente.
Durante questo turno automatico, Claude effettua in genere le seguenti operazioni:
- Avvia un thread che esplora il repository per comprendere la struttura del progetto senza modificarlo
- Genera e pubblica le "Setup recommendations", ossia suggerimenti su repository da aggiungere, routine da creare e thread potenziali che potrebbe lanciare
- Attiva automaticamente ogni raccomandazione, rendendo necessario per l'utente disattivare manualmente ciò che non desidera
Questa strategia riflette un presupposto di Anthropic: gli utenti apprezzano che il sistema sia proattivo e anticipi i prossimi passi. Tuttavia, per chi è attento al consumo di token e vuole mantenere il massimo controllo sulle operazioni, questo comportamento richiede vigilanza nel disabilitare le raccomandazioni non desiderate prima di confermarle.
Istruzioni di progetto e memoria condivisa
Ogni nuovo thread lanciato all'interno di un progetto riceve automaticamente le istruzioni di progetto, che possono contenere fino a 16.000 caratteri di linee guida, standard di codifica, best practice e limitazioni. Questo meccanismo è simile alla memoria unificata tra chat e Cowork introdotta precedentemente, ma con un perimetro più stretto—limitato al singolo progetto piuttosto che all'intera organizzazione.
Oltre alle istruzioni statiche, ogni progetto dispone di una memoria condivisa che accumula e persiste:
- Requisiti del progetto
- Decisioni architetturali prese durante lo sviluppo
- Trappole e problemi già incontrati e risolti
- Context che i thread devono considerare quando si risvegliano da pause prolungate
Questa memoria condivisa è critica per mantenere la coerenza quando i thread operano in parallelo e quando lunghe pause intercorrono tra turni successivi dello stesso thread.
Il modello di consumo di token e i limiti
Uno degli aspetti più critici ma meno trasparenti di Claude Code Projects riguarda come i token vengono consumati e conteggiati. Antropic non ha pubblicato figure pubbliche sul consumo medio di un progetto, costringendo gli utenti a condurre i propri esperimenti per comprendere il costo effettivo.
La struttura fondamentale è la seguente: un progetto non ha una tariffa separata. Consuma gli stessi limiti delle altre sessioni di Claude Code ma, come avverte la documentazione ufficiale, li consuma più rapidamente, soprattutto sui piani Pro dove i limiti sono già più stringenti rispetto a Max.
Non esiste un limite massimo sul numero di thread che possono girare in parallelo all'interno di un progetto. Claude ne avvia quanti ne sono necessari in risposta ai compiti assegnati. L'unico tetto rigorosamente imposto è un massimo di 200 nuovi thread al giorno su tutti i progetti dell'utente combinati.
Quando un thread raggiunge il limite del piano (ad esempio, il limite di messaggi giornalieri su Pro), il thread entra automaticamente in attesa e riprende da solo alla riapertura della finestra temporale. Il limite non può essere superato da un singolo thread a meno che l'utente non attivi manualmente crediti d'uso supplementari sull'account. I thread non hanno l'autorità di attivare crediti indipendentemente.
Tre meccanismi consumano token in modo non ovvio:
- Conversazione del coordinatore: il thread coordinatore legge costantemente i rapporti dai thread worker e decide il passo successivo, consumando token per ogni ciclo di coordinamento
- Thread di sorveglianza per pull request: i thread rimangono attivi monitorando lo stato delle pull request e si risvegliano automaticamente quando la CI fallisce o arriva un commento, consumando token per le verifiche periodiche e per la rielaborazione del contesto
- Follow-up a thread inattivi: quando un thread rimane inattivo per più di un'ora, il seguente riavvio del thread costringe Claude a rileggere l'intera conversazione precedente prima di poter rispondere, con un costo significativo in token, poiché la cache dura un'ora su Pro e Max
Un progetto senza thread attivi non consuma alcun token, così come un progetto archi