AIREITERLa beta di Claude Code Projects è finalmente realtà, ma non si tratta ancora di un lancio aperto a tutti. Anthropic l’ha resa disponibile il 17 settembre 2026 a un gruppo selezionato di utenti Pro e Max. Inoltre, essendo basata esclusivamente sul cloud, oggi non è la scelta ideale per chi sviluppa all’interno di reti private.
La beta di Claude Code Projects è davvero disponibile?
Claude Code Projects è entrato in beta il 17 settembre 2026, secondo l’annuncio di lancio di Anthropic. L’accesso iniziale è riservato a determinati abbonati Pro e Max che utilizzano le sessioni cloud di Claude Code e non hanno già un Project su Claude web o desktop.
Anthropic ha dichiarato che avrebbe esteso l’accesso ad altri utenti Claude Code con piano Pro e Max durante la settimana successiva. I piani Team ed Enterprise, Claude chat e Cowork arriveranno in una fase successiva, ma non esiste ancora una data ufficiale. I Projects già esistenti continuano a funzionare secondo il comportamento precedente, in attesa della migrazione da parte di Anthropic.
Requisiti per l’accesso
Rientri nel gruppo iniziale di utenti interessati solo se tutte queste quattro condizioni sono vere:
- Hai un abbonamento Claude Pro o Max.
- Utilizzi già le sessioni cloud in Claude Code.
- Il tuo account non ha Projects esistenti su Claude web o desktop.
- Anthropic ha selezionato il tuo account per la beta a rilascio graduale.
Soddisfare i primi tre requisiti non garantisce l’accesso immediato. Anthropic invita gli abbonati Pro e Max idonei che non vedono ancora la funzione a iscriversi alla lista d’attesa; anche le analisi della community su X hanno raccolto numerose segnalazioni di utenti che, dopo l’annuncio, non riuscivano ancora a visualizzare il punto di accesso.
Conviene usarla subito o aspettare?
Claude Code Projects ha senso già oggi per un’iniziativa di sviluppo circoscritta, suddivisibile in attività indipendenti eseguite nel cloud. Meglio aspettare se codice, test, pacchetti o servizi devono rimanere su una macchina locale o all’interno di una rete privata, perché al lancio l’esecuzione locale non era disponibile.
| La tua situazione | Raccomandazione | Motivo |
|---|---|---|
| Pro/Max, accesso alla beta, repository pronto per il cloud | Usala subito per un progetto circoscritto | È lo scenario previsto dalla configurazione di lancio |
| Utente Pro/Max idoneo senza accesso alla funzione | Iscriviti alla lista d’attesa | Il rilascio dipende dall’account, non da un errore di configurazione |
| Project esistente su Claude web/desktop | Continua a usarlo e aspetta | I Projects esistenti verranno migrati in seguito |
| Strumenti locali o dipendenze su rete privata | Aspetta i thread locali | Oggi i worker cloud non possono raggiungere queste risorse |
| Account Team o Enterprise | Aspetta il rilascio per il tuo piano | Anthropic non ha indicato una data |
| Un’unica modifica strettamente interconnessa che coinvolge gli stessi file | Usa una sola sessione Claude Code | I branch paralleli aumentano il rischio di conflitti senza offrire una reale indipendenza |
Il compromesso principale è tra velocità e disponibilità del piano. Ogni thread worker è una sessione Claude Code completa, quindi più worker attivi contemporaneamente possono consumare più rapidamente i limiti del piano. Anthropic offre una visibilità sull’utilizzo specifica per progetto e controlli separati su modello e livello di effort per coordinatore e worker, ma non ha pubblicato un moltiplicatore fisso dei consumi, un limite di concorrenza o una quantità assegnata a ogni Project.
L’assenza di questo dato conta più di un semplice prezzo d’ingresso. VentureBeat ha riportato che al lancio Projects non prevede un costo separato: i consumi vengono scalati dalla disponibilità Claude già inclusa nell’abbonamento.
Cosa succede dopo aver assegnato un obiettivo a un Project?
Claude Code Project trasforma un obiettivo generale in attività distribuite tra più sessioni cloud. Il coordinatore definisce l’ambito, assegna i compiti a thread nuovi o già esistenti, controlla l’avanzamento e riunisce i risultati. L’utente può comunque esaminare ogni thread e modificarne la direzione.
“I Projects hanno thread che svolgono il lavoro e un coordinatore che li dirige.” — Anthropic, Projects redesigned
Coordinatore, thread worker e memoria condivisa
| Componente | Cosa fa | Cosa resta sotto il controllo dell’utente |
|---|---|---|
| Coordinatore | Definisce l’ambito, delega, verifica l’avanzamento, controlla e combina i risultati | Obiettivo, istruzioni, frequenza dei check-in, modello e livello di effort |
| Thread worker | Funziona come una sessione cloud completa di Claude Code | Direzione del thread, modello, effort e revisione |
| Workspace del repository | Fornisce a ogni thread di coding una copia separata del repository e un branch | Revisione delle pull request e decisioni sul merge |
| Memoria condivisa | Trasferisce decisioni e preferenze tra i thread | L’annuncio non documenta controlli dettagliati per modifica o esportazione |
| Libreria | Conserva i file dell’utente e gli artefatti generati da Claude | Quali materiali diventano parte del contesto del progetto |
Un thread di coding collegato può modificare il codice, eseguire i test e aprire una pull request. Un thread dedicato ai documenti può leggere il materiale sorgente e preparare una bozza. I thread possono anche suddividere ulteriormente il proprio incarico tramite subagent, loop e workflow, quindi la gerarchia può estendersi oltre il coordinatore di primo livello.
I branch separati impediscono ai worker di sovrascrivere direttamente lo stesso workspace, ma non eliminano le sovrapposizioni logiche. Se due thread modificano lo stesso codice, Anthropic spiega che lo scontro si traduce in un normale conflitto di merge della pull request. L’analisi del lancio pubblicata da Nowline lo descrive correttamente come un comportamento familiare di Git, non come una risoluzione automatica dei conflitti.
La funzione dà il meglio di sé quando il lavoro ha confini chiari: un thread per repository in una migrazione API versionata, oppure attività separate di profiling e ottimizzazione per endpoint diversi. Gli esempi di Anthropic mostrano una migrazione su tre repository di un endpoint v1 deprecato e attività parallele per ridurre la latenza p75 del checkout, ma l’azienda non fornisce tempi di completamento misurati, percentuali di successo o miglioramenti della latenza per nessuno dei due scenari.
Le differenze tra Claude Code Projects e i vecchi Claude Projects
Claude Code Projects coordina attivamente il lavoro; i vecchi Claude Projects servono soprattutto a organizzare chat, istruzioni, file e conoscenze condivise. I nomi simili nascondono quindi un cambiamento sostanziale nel ruolo dello strumento.
| Area | Claude Projects legacy | Claude Code Projects beta |
|---|---|---|
| Ruolo principale | Contenitore per il contesto | Coordinatore del lavoro |
| Conversazioni | Chat separate che utilizzano le conoscenze del progetto | Coordinatore principale più thread worker instradati |
| Esecuzione | L’utente gestisce ogni conversazione | Sessioni cloud complete di Claude Code eseguite in parallelo |
| Isolamento del codice | Non è il modello di riferimento | Copia separata del repository e branch per ogni thread |
| Contesto persistente | Conoscenze e istruzioni caricate | Memoria condivisa, decisioni, preferenze, file e artefatti |
| Disponibilità | Esperienza Claude già esistente | Inizialmente solo utenti Pro/Max selezionati per la beta |
L’analisi dettagliata del lancio realizzata da CellCog identifica nella memoria condivisa l’elemento che trasforma più sessioni parallele in un progetto continuativo. È anche l’area di governance meno documentata: Anthropic spiega quali informazioni la memoria può conservare, ma nell’annuncio non chiarisce come gli utenti possano esaminare, correggere, eliminare o esportare singoli ricordi.
Configura un Project senza sprecare il primo avvio
Un Project utile richiede un obiettivo circoscritto, attività separabili e passaggi di revisione espliciti. Partire da “migliora tutto il codebase” lascia al coordinatore pochi elementi per assegnare compiti non sovrapposti e rende difficile valutare il consumo della quota.
- Scegli un risultato misurabile. Indica la migrazione, l’insieme di bug, il perimetro della funzione o l’obiettivo prestazionale invece di formulare un’intenzione generica.
- Allega solo il contesto necessario. Seleziona il repository o i documenti, quindi configura l’ambiente cloud, i connettori, i plugin e le istruzioni del progetto descritte nell’annuncio di Anthropic.
- Definisci i confini delle dipendenze. Spiega al coordinatore quali repository, moduli o file possono essere gestiti indipendentemente e quali modifiche devono seguire un ordine preciso.
- Separa le impostazioni di pianificazione da quelle di esecuzione. Usa i controlli su modello ed effort del coordinatore per scomposizione e revisione; imposta quelli dei worker in base alla difficoltà del compito e alla quota disponibile.
- Chiedi prove concrete a ogni thread. Richiedi i test eseguiti, i file modificati, gli errori ancora aperti e una pull request, invece di accettare una semplice dichiarazione di completamento.
- Rivedi tutto prima del merge. Controlla i singoli thread e le relative pull request. L’isolamento dei branch non garantisce che due modifiche siano compatibili.
- Controlla l’utilizzo del progetto. Inizia con due thread indipendenti, osserva i consumi e aumenta il parallelismo solo quando il tempo risparmiato supera quello assorbito da revisioni e quota.
L’esecuzione nel cloud prosegue anche quando chiudi il portatile e il Project può essere gestito da uno smartphone. Questa comodità non equivale però a un deployment senza supervisione: test, permessi, ordine delle integrazioni e merge finali richiedono comunque una revisione esplicita. Secondo il walkthrough del prodotto pubblicato da VentureBeat, la schermata Overview è progettata per evidenziare gli elementi che richiedono l’intervento umano.
FAQ sulla beta di Claude Code Projects
Claude Code Projects è disponibile per il piano Pro?
Sì, ma l’accesso iniziale alla beta è stato concesso solo a determinati abbonati Pro e Max. Gli account idonei che non hanno ancora accesso possono iscriversi alla lista d’attesa e Anthropic ha dichiarato che il rilascio per Pro/Max si sarebbe ampliato dopo il lancio.
I Projects continuano a funzionare dopo la chiusura del portatile?
Sì. I thread worker funzionano come sessioni cloud di Claude Code, quindi possono proseguire anche dopo la disconnessione del computer locale.
I thread di Claude Code Projects possono funzionare in locale?
No, non al lancio del 17 settembre. Anthropic ha dichiarato che l’esecuzione locale con strumenti, codice e accesso alla rete privata sarebbe arrivata “molto presto”, ma non ha pubblicato una data.
Ogni thread di coding utilizza un branch separato?
Sì. Ogni thread di coding riceve una copia propria del repository e un branch dedicato. Le modifiche sovrapposte possono comunque generare normali conflitti di merge nelle pull request.
Claude Code Projects ha un costo aggiuntivo?
Anthropic non ha annunciato un costo separato per Projects. Ogni worker è una sessione Claude Code completa e consuma la quota già inclusa nell’abbonamento, quindi il lavoro parallelo può raggiungere i limiti più rapidamente.
Un Project può lavorare su più repository?
Sì. Nell’esempio di lancio, Anthropic collega i repository API, web e mobile, assegna un thread di migrazione a ciascuno e chiede al coordinatore di indicare l’ordine necessario per i merge.
Il prossimo passo, in pratica
Chi ha già accesso dovrebbe iniziare con una migrazione pronta per il cloud o con un piccolo backlog le cui attività interessino moduli diversi. Gli utenti idonei che non vedono ancora il punto di accesso dovrebbero iscriversi alla lista d’attesa invece di modificare ripetutamente le impostazioni locali di Claude Code; chi usa Team, Enterprise, Projects esistenti o reti private dovrebbe attendere il percorso di rilascio annunciato per il proprio caso.
Il punto ancora irrisolto non è se gli agenti paralleli possano produrre più lavoro contemporaneamente. La vera domanda è se il tempo risparmiato compensi la quota aggiuntiva, il carico di revisione e il rischio di conflitti nei merge. Finché Anthropic non pubblicherà intervalli di utilizzo o utenti indipendenti non produrranno esecuzioni confrontabili, due thread ben separati rappresentano un primo test migliore rispetto a uno swarm senza limiti.