SSD Nodes Learn Hosting plans →
Guide Matt ConnorDi Matt Connor · Aggiornato 2026-10-11

Come funzionano i crediti per sessioni cloud di Claude

Scopri come vengono scalati i crediti per le sessioni cloud di Claude Code. Spieghiamo perché consumano il bonus prima del piano Pro e cosa succede quando terminano.

Perché una sessione cloud consuma un credito se ho già un piano a pagamento

Un credito per sessione cloud è un bonus gratuito che viene utilizzato prima di intaccare il consumo incluso nel tuo piano. Anthropic lo ha assegnato come promozione agli abbonati Pro e Max idonei, pertanto non si tratta di denaro versato direttamente. Una sessione cloud è una sessione di Claude Code eseguita sulle macchine di Anthropic anziché sul tuo computer locale. Questa fa comunque parte del tuo abbonamento e la documentazione di Anthropic specifica chiaramente che non vi è alcun costo separato per la macchina virtuale (VM) su cui viene eseguita la sessione. Il credito modifica solo l'ordine di conteggio: finché il saldo dei crediti è attivo sul tuo account, le sessioni cloud consumano prima tale saldo; solo una volta esaurito, iniziano a scalare il conteggio dal medesimo pool condiviso con le sessioni da terminale e le chat.

Quindi, la risposta alla domanda "perché viene scalato un credito se pago già per Pro o Max" è che il credito costituisce un pool aggiuntivo che precede il tuo piano, non un suo sostituto. Nulla è cambiato nel tuo abbonamento. È semplicemente apparso un secondo contatore a monte di esso.

Questa sessione è in esecuzione sulla tua macchina o nel cloud?

Tutto il resto dipende da questa distinzione, e l'interfaccia non sempre la rende evidente. Una sessione viene eseguita nel cloud quando la avvii da claude.ai/code in un browser, dalla scheda Code nell'app mobile di Claude, dall'app Desktop con l'opzione Cloud selezionata invece di Local, dal terminale con claude --cloud, o tramite una routine pianificata. Una sessione viene eseguita sulla tua macchina quando la avvii nel tuo terminale, nel tuo IDE o nell'app Desktop con l'opzione Local selezionata.

Un caso sembra un'eccezione ma non lo è. Il controllo remoto (Remote Control) ti consente di monitorare e gestire una sessione dal tuo telefono o browser mentre quella sessione viene eseguita sulla tua macchina. Si tratta di una sessione locale, quindi non consuma mai crediti cloud, poiché il lavoro viene svolto su hardware di tua proprietà.

Le sessioni cloud sono disponibili nei piani Pro, Max e Team, e per gli utenti Enterprise con postazioni premium o con postazioni Chat + Claude Code.

Da dove proviene l'utilizzo di una sessione cloud?

Proviene dal pool standard del tuo account, una volta esaurito l'eventuale credito disponibile. La documentazione sulle sessioni cloud lo specifica chiaramente: "le sessioni cloud condividono i limiti di frequenza con tutto il resto dell'utilizzo di Claude e Claude Code all'interno del tuo account. L'esecuzione di più attività in parallelo consuma i limiti di frequenza in modo proporzionale". La stessa pagina aggiunge che "non è previsto alcun addebito separato per la VM cloud".

Leggi la seconda frase due volte, poiché è quella che solitamente sorprende gli utenti. Ogni comando claude --cloud crea la propria sessione con la propria finestra di contesto. Avvia quattro attività contemporaneamente e quattro sessioni invieranno le proprie richieste nello stesso momento; di conseguenza, il consumo sul tuo account sarà circa quattro volte superiore a quello di una singola sessione. La VM è gratuita. I token no.

Le eccezioni riguardano le funzionalità addebitate sui crediti di utilizzo anziché sul tuo piano, trattate nella sezione successiva.

Il termine "credit" ha due significati distinti

L'interfaccia utilizza un unico termine per due meccanismi separati; questa sovrapposizione è la causa principale della confusione riguardo a questo argomento.

I Usage credits rappresentano il meccanismo permanente. Si tratta di un saldo prepagato che si ricarica autonomamente in Settings > Usage, disponibile per i piani Pro, Max 5x e Max 20x. Per le attività ordinarie non vengono utilizzati finché non si raggiunge uno dei limiti del proprio piano: Anthropic specifica che intervengono "invece di bloccare l'utente al raggiungimento di uno dei limiti del piano". Una volta attivi, se sono presenti fondi, il lavoro prosegue e l'utilizzo viene "fatturato secondo le tariffe standard API". API sta per application programming interface; le tariffe standard API sono calcolate per token, quindi si tratta di una spesa a consumo anziché di una quota fissa. È possibile impostare un tetto di spesa mensile e /usage mostra la spesa del mese rispetto a tale limite. Gli Usage credits coprono sia le conversazioni con Claude che Claude Code. Per una panoramica completa di tale saldo, incluso il secondo significato non correlato del termine, leggere cosa sono gli usage credits e perché il termine risulta sovraccaricato.

Alcune funzionalità consumano Usage credits anche se il limite del piano non è stato raggiunto. Nei piani Pro, Max, Team ed Enterprise, la modalità fast mode è "disponibile solo tramite Usage credits e non è inclusa nei limiti di utilizzo dell'abbonamento"; la documentazione della fast mode aggiunge che essa "attinge direttamente dagli Usage credits, anche se si dispone di utilizzo residuo nel proprio piano". Finché i crediti non sono attivi, /fast rifiuta l'operazione con il messaggio "Fast mode requires usage credits". La fast mode funziona anche nelle cloud session. Ultrareview, che viene eseguito come cloud session, offre agli utenti Pro e Max tre esecuzioni gratuite per account, dopodiché addebita ogni revisione sugli Usage credits. Nel piano Pro, Fable è disponibile solo tramite Usage credits. Si tratta di attività cloud che comportano un costo aggiuntivo rispetto al piano sottoscritto.

Un cloud session credit è un bonus promozionale, non un saldo prepagato. Il centro assistenza di Anthropic lo descrive come un credito bonus di 100 $ per il piano Pro e 250 $ per il piano Max, specificando che "le cloud session sono incluse nel piano Pro o Max e questo credito aggiunge utilizzo gratuito oltre i limiti regolari del piano". Viene assegnato anziché acquistato, copre solo le cloud session (non le sessioni di chat, Cowork o Remote Control) e viene applicato automaticamente all'avvio di una cloud session. Finché è disponibile, l'utilizzo delle cloud session viene scalato da questo credito e non incide sui limiti del piano. Una particolarità per il piano Pro: Fable in una cloud session consuma prima il credito bonus, dopodiché "Fable attingerà dagli Usage credits immediatamente dopo l'esaurimento del credito bonus".

La risposta onesta è che i due elementi sono documentati in posizioni diverse; pertanto, è necessario verificare il proprio account anziché affidarsi a qualsiasi riepilogo, incluso questo. Al 10 ottobre 2026, la pagina delle cloud session su code.claude.com tratta la condivisione dei limiti di velocità (rate limit) e non menziona alcun credito promozionale, mentre l'articolo di supporto sugli Usage credits tratta il saldo prepagato senza menzionare le cloud session. La promozione dispone di un proprio articolo nel centro assistenza. Era riservata agli abbonati Pro e Max individuali il cui abbonamento era attivo all'inizio della promozione, il 23 settembre 2026; i piani Team, Enterprise, le prove gratuite e gli account con pagamenti in sospeso non erano idonei, così come gli accessi tramite Amazon Bedrock, Google Vertex AI o una API key. Il termine ultimo per la richiesta era il 7 ottobre 2026, quindi è scaduto, e il credito scade il 4 novembre 2026 alle 23:59 PT. Il saldo residuo è visibile nel menu di utilizzo.

Cosa succede quando il pool è esaurito?

Accadono tre cose diverse, a seconda di quale pool si è esaurito.

Quando termina un credito promozionale per le sessioni cloud, non si interrompe nulla. Le sessioni cloud tornano a essere conteggiate secondo i limiti del tuo piano standard. Questo è il caso da monitorare, poiché il credito è il motivo per cui il lavoro in cloud sembrava gratuito e il passaggio al conteggio standard avviene in modo silenzioso.

Quando viene raggiunto il limite incluso nel tuo piano e i crediti di utilizzo sono attivi con fondi disponibili, il lavoro prosegue e viene fatturato per token alle tariffe API standard fino al raggiungimento del limite di spesa mensile. A quel punto Claude Code riporta un messaggio che indica il limite raggiunto, come "You've hit your monthly spend limit", e sui piani Pro e Max offre di aumentare o rimuovere tale tetto senza uscire dalla CLI.

Quando viene raggiunto il limite del tuo piano e i crediti di utilizzo sono disattivati o privi di fondi, il lavoro si interrompe. Visualizzerai "You've hit your session limit" o "You've hit your weekly limit", insieme all'orario in cui la finestra temporale si resetta. Tali limiti coprono ogni modello, quindi /model non ti sarà d'aiuto. Un messaggio specifico per il modello si comporta diversamente: dopo "You've hit your Opus limit", passare a un'altra famiglia con /model sonnet ti permette di continuare a lavorare. Le opzioni al momento del raggiungimento di un limite e come vengono conteggiate le finestre di reset sono entrambe più facili da leggere prima di averne bisogno che durante.

Nessuna di queste condizioni comporta un downgrade silenzioso del modello o una riduzione del contesto per continuare. Il contatore ha risorse da cui attingere oppure il processo si ferma.

Dove è possibile visualizzare il consumo di una sessione cloud?

In due punti, ma uno di questi può trarre in inganno se interpretato in modo errato.

Settings > Usage su claude.ai rappresenta la vista autorevole. Contiene l'utilizzo del piano, lo stato dei crediti di utilizzo, il saldo, la spesa del mese corrente e il limite di spesa mensile. Da un terminale, /usage-credits apre la stessa pagina nel browser.

/usage all'interno di una sessione mostra le barre di utilizzo del piano e, per i piani Pro, Max, Team ed Enterprise, aggiunge un dettaglio su come è stato ripartito l'utilizzo recente: skill, subagent, plugin e singoli server MCP, ciascuno espresso come percentuale del totale. Segnala inoltre i comportamenti che incidono maggiormente sull'utilizzo recente, come un contesto esteso o i cache miss. Premere d o w per alternare tra l'ultimo giorno e l'ultima settimana.

Ecco l'insidia. Quei dati giornalieri e settimanali sono calcolati in base alla cronologia della sessione sulla macchina in cui è stato digitato il comando. La documentazione lo specifica chiaramente: "l'utilizzo proveniente da altri dispositivi o da claude.ai non è incluso". Pertanto, eseguire /usage nel terminale dopo un pomeriggio di intenso lavoro nel cloud mostrerà una giornata tranquilla, poiché il lavoro nel cloud è avvenuto altrove. Eseguire /usage all'interno della sessione cloud, oppure aprire Settings > Usage, quando si desidera consultare i dati relativi al cloud.

Cosa rende costosa una sessione cloud?

Il costo di ogni sessione Claude Code è dato dalla dimensione del contesto inviato moltiplicata per il numero di volte in cui viene inviato. Le sessioni cloud tendono a far aumentare entrambi i fattori, per ragioni che non dipendono dalla VM.

Un processo in background prolungato reinvia l'intera conversazione a ogni turno, e ogni chiamata a uno strumento aggiunge un'ulteriore richiesta che trasporta quel blocco di risultati. Una sessione lasciata attiva per un'ora paga quindi la propria cronologia molte volte. Si tratta dello stesso meccanismo descritto in cosa consuma effettivamente i token in una sessione Claude Code, e si applica in modo identico al lavoro in locale. La differenza è che nessuno monitora una sessione cloud, quindi questa rimane attiva molto più a lungo prima che qualcuno la interrompa.

Rileggere il repository è l'altro fattore principale. La VM clona il repository da zero e inizia senza memoria di ciò che è stato esplorato il giorno precedente. Un'istruzione vaga come "pulisci la gestione degli errori" spinge Claude a cercare in modo esteso e a leggere molti file solo per individuare dove risiede la gestione degli errori. Un'istruzione specifica come "aggiungi il wrapper di retry da src/http/retry.ts ai tre chiamanti in src/sync/" invia una frazione dei token, poiché elimina la fase di ricerca.

/clear non esiste in una sessione cloud. In locale, pulire tra attività non correlate non ha costi e mantiene piccolo il contesto dell'attività successiva. In una sessione cloud è necessario avviare una nuova sessione dalla barra laterale; di conseguenza, un thread che si continua a riutilizzare porta con sé tutto ciò che è avvenuto in precedenza in ogni richiesta successiva.

Anche i periodi di inattività costano denaro. Una sessione cloud si interrompe dopo un periodo di inattività e la sua VM viene recuperata. Riaprire la sessione da claude.ai/code fornisce una nuova VM con la cronologia della conversazione ripristinata, sebbene il lavoro in background che era ancora in esecuzione quando la VM è stata terminata non venga ripristinato. Il primo messaggio dopo tale interruzione non sfrutta la cache del prompt, il che significa che l'intero contesto viene rielaborato a prezzo pieno invece di essere letto in modo economico, e la durata della cache è inferiore quando si utilizzano i crediti di utilizzo rispetto a quando si è all'interno del proprio piano.

Controlli che funzionano all'interno di una sessione cloud: /context per vedere cosa c'è nella finestra, /compact keep the test output per riassumere con un focus a scelta, e /model sonnet o /effort per smettere di pagare le tariffe Opus per il lavoro meccanico. Si noti che /compact legge la conversazione che riassume, quindi compattare un contesto molto ampio è di per sé una richiesta onerosa. I subagent mantengono l'output prolisso in una finestra di contesto separata, ma ogni subagent invia le proprie richieste, quindi riducono il contesto principale anziché il totale. La struttura di tale overhead è trattata in cosa aggiunge un agent harness a ogni richiesta.

Esecuzione dello stesso job in locale

Il percorso locale per questo lavoro è la normale CLI e il pattern utile consiste nel suddividere il job anziché scegliere un solo lato.

Pianifica sulla tua macchina, dove l'esplorazione può essere interrotta senza costi:

claude --permission-mode plan

In modalità plan, Claude legge i file ed esegue comandi per esplorare, quindi propone un approccio senza modificare il codice sorgente. Esegui il commit del piano, effettua il push e passa l'esecuzione a una sessione cloud:

claude --cloud "Execute the migration plan in docs/migration-plan.md"

Un dettaglio trae in inganno chiunque, almeno una volta. La VM cloud clona il repository remoto GitHub sul tuo branch corrente, non la tua copia di lavoro locale; pertanto, tutto ciò che non hai inviato tramite push non esiste per quella sessione. Effettua prima il push. L'eccezione è rappresentata da un repository senza alcun remote git, oppure da un repository su github.com su cui la Claude GitHub App non è installata: in tal caso Claude Code carica un bundle del tuo repository locale, includendo le modifiche non sottoposte a commit ai file tracciati, ma non i file non tracciati.

Per terminare una sessione cloud sulla tua macchina, effettua il pull:

claude --teleport

Teleport recupera ed esegue il checkout del branch della sessione, quindi carica l'intera cronologia della conversazione nel tuo terminale. Richiede un working tree pulito e il checkout dello stesso repository, non di un fork. Dopodiché, il terminale dispone di una propria copia della sessione: il nuovo lavoro svolto lì rimane locale e non appare su claude.ai.

L'esecuzione in locale non rende un singolo token più economico. Ciò che ottieni è il controllo: /clear tra le attività, /resume per tornare in un secondo momento, nessuna scadenza della VM e la possibilità di premere Escape nel momento in cui Claude prende una direzione errata. Per il lavoro che comunque seguiresti da vicino, quel controllo vale solitamente più della comodità. Per una suite di test che richiede venti minuti, o per un'attività che vuoi far avanzare mentre il tuo portatile è spento, il cloud si rivela la scelta giusta. Mantenere il contesto ridotto ripaga in entrambi i casi, argomento trattato in gestione deliberata della finestra di contesto.

Quando cambiare piano è la soluzione corretta

I crediti rappresentano il metodo più costoso per acquistare capacità, poiché vengono fatturati per token a tariffe standard, mentre un abbonamento prevede una quota fissa. Se effettui ricariche ogni settimana, il calcolo economico è già diventato svantaggioso.

Due segnali indicano che il problema risiede nel piano e non nelle tue abitudini. Il primo è il raggiungimento del limite durante il lavoro ordinario, prima ancora di aver tentato operazioni insolite. Il secondo è un saldo crediti che si esaurisce con la stessa cadenza ogni mese. Ottimizzare i prompt non risolve nessuno dei due casi.

Cosa confrontare e dove differiscono effettivamente i piani è descritto nelle pagine dedicate ai piani, piuttosto che in questo paragrafo. Inizia da quale piano corrisponde al tuo metodo di lavoro e, se sei già su Max, consulta la differenza tra i due livelli Max. Decidi basandoti sui tuoi dati, tenendo aperta la schermata Settings > Usage.

FAQ

Le sessioni cloud hanno un costo aggiuntivo rispetto al mio piano Claude?

No. La documentazione sulle sessioni cloud specifica che "non ci sono costi separati per la VM cloud" e che le sessioni cloud "condividono i limiti di velocità con tutto il resto dell'utilizzo di Claude e Claude Code all'interno del proprio account". La macchina è inclusa. Ciò che si consuma sono i token, prelevati dallo stesso pool utilizzato dal terminale e dalle chat, a meno che non sia presente un credito bonus che viene utilizzato per primo. Le eccezioni riguardano le funzionalità fatturate tramite crediti di utilizzo, come la modalità fast e le esecuzioni ultrareview oltre quelle gratuite, che hanno un costo aggiuntivo indipendentemente da dove vengono eseguite.

Perché il mio /usage locale non mostra ciò che ho fatto nella sessione cloud?

Perché i dati giornalieri e settimanali vengono calcolati in base alla cronologia della sessione sulla macchina in cui è stato eseguito il comando. La documentazione è esplicita nel dire che "l'utilizzo da altri dispositivi o da claude.ai non è incluso", pertanto il lavoro svolto nel cloud non appare mai lì. Esegui /usage all'interno della sessione cloud stessa, oppure apri Impostazioni > Utilizzo su claude.ai, che rappresenta la vista ufficiale sia per l'utilizzo del piano che per la spesa dei crediti.

La mia sessione cloud si interrompe quando il credito finisce?

Dipende dal tipo di credito. Quando un credito promozionale per le sessioni cloud viene esaurito, le sessioni cloud continuano a funzionare e tornano a essere conteggiate secondo i limiti del piano standard. Quando viene raggiunto il limite del piano e i crediti di utilizzo sono attivi e finanziati, il lavoro prosegue con fatturazione per token alle tariffe API standard fino al raggiungimento del limite di spesa mensile. Quando il limite del piano viene raggiunto senza crediti disponibili, il lavoro si interrompe con un messaggio come "You've hit your session limit" che indica l'orario di ripristino.

È più economico eseguire Claude Code in locale rispetto al cloud?

Per token, no: la stessa richiesta ha lo stesso costo ovunque venga eseguita la sessione e la VM è gratuita in entrambi i casi. In pratica, le sessioni locali spesso consumano meno, perché /clear tra attività non correlate non ha costi, è possibile interrompere un'esecuzione che sta procedendo in modo errato e nessuna scadenza della VM forza un riavvio che rielabora la cronologia. Una sessione cloud diventa costosa quando viene lasciata lavorare senza supervisione su istruzioni vaghe.