Limiti di utilizzo Claude: cosa fare quando appaiono

Quali sono i limiti di utilizzo di Claude?

I limiti di utilizzo di Claude sono gestiti da due sistemi distinti. Il primo passo consiste nel capire quale dei due ti ha bloccato. Un abbonamento Claude (Pro, Max, Team o Enterprise basato su postazioni) fornisce una disponibilità di utilizzo a finestra mobile, condivisa tra i modelli, fatta eccezione per alcuni limiti massimi relativi alle famiglie di modelli, e condivisa con Claude chat. Quando la esaurisci, viene visualizzato un messaggio come You've hit your session limit · resets 3:45pm. Gli attuali piani Enterprise basati sul consumo fanno eccezione: non includono alcuna disponibilità e tutto l'utilizzo viene addebitato alle tariffe API fin dal primo token. L'API di Claude misura invece la velocità con cui invii richieste e token, conteggiata al minuto. Quando superi il limite, restituisce un errore HTTP 429 di tipo rate_limit_error, in genere con un'intestazione retry-after che indica quanti secondi attendere.

Le soluzioni sono completamente diverse. Un limite dell'abbonamento riguarda la quantità di utilizzo effettuata all'interno di una finestra. Devi quindi attendere il ripristino, acquistare altro utilizzo oppure usare un ripristino gratuito del limite, se il tuo piano ne prevede uno. Un limite di frequenza dell'API riguarda invece la velocità attuale delle richieste. Viene rimosso dopo pochi secondi, non appena riduci la velocità.

Le disponibilità dei piani e i numeri dei livelli dei limiti di frequenza cambiano spesso. Un numero errato è peggiore di nessun numero, quindi qui non ne riportiamo alcuno. Leggi i valori del tuo account usando i comandi riportati più avanti.

Quale limite hai raggiunto? Leggi il messaggio esatto

Claude Code indica il sistema nel testo che stampa. Verifica quale limite hai raggiunto prima di modificare qualsiasi impostazione.

• You've hit your session limit · resets 3:45pm è un limite dell'abbonamento. Hai esaurito la disponibilità prevista dal tuo piano per questa finestra temporale.
• You've hit your weekly limit · resets Mon 12:00am riguarda lo stesso sistema, ma per la finestra temporale più lunga.
• You've hit your Opus limit · resets 3:45pm è un limite dell'abbonamento applicato solo alle richieste Opus. Passando a un modello al di fuori della famiglia Opus puoi continuare a lavorare.
• You've hit your Sonnet limit · resets 3:45pm è lo stesso tipo di limite relativo alla famiglia di modelli, ma applicato solo alle richieste Sonnet. Passando a un modello al di fuori della famiglia Sonnet puoi continuare a lavorare.
• Un messaggio che inizia con Fable limit reached indica che hai utilizzato la quota settimanale che i modelli Fable possono consumare. Continuare a usare Fable addebita crediti di utilizzo, quindi Claude Code chiede prima una conferma. Scegli un altro modello con /model per restare entro i limiti del tuo piano.
• API Error: Request rejected (429) · this may be a temporary capacity issue. If it persists, check https://status.claude.com. è un limite di frequenza dell'API. Hai raggiunto il limite configurato per la tua API key oppure per il progetto Amazon Bedrock o Google Cloud. Il limite applicabile dipende da come il client esegue l'autenticazione, perché un client Bedrock o Vertex viene conteggiato sulla quota del progetto cloud, non su quella di un'organizzazione Anthropic.
• API Error: Server is temporarily limiting requests (not your usage limit) è una limitazione temporanea che non dipende dalla quota del tuo piano. Claude Code ritenta automaticamente la richiesta con un backoff prima di mostrarti questa riga.

Limiti dell’abbonamento: sessione, settimana e finestra Opus

Un piano Pro, Max, Team o Enterprise basato su seat include una disponibilità d’uso a scorrimento. Quando si esaurisce, Claude Code blocca le richieste successive fino all’orario di reimpostazione indicato nel messaggio. Due caratteristiche di questa disponibilità generano la maggior parte della confusione.

• È condivisa con la chat di Claude. Le attività svolte su claude.ai consumano la stessa disponibilità delle attività eseguite nel terminale, quindi un pomeriggio intenso in chat riduce il tempo disponibile per programmare la sera. Ogni interfaccia a cui accedi con quell’account utilizza lo stesso pool; su Linux, quindi, l’app desktop beta e la CLI di Claude Code consumano una sola disponibilità condivisa, non una ciascuna.
• È condivisa tra i modelli. I limiti di sessione e settimanali utilizzano un unico pool per tutti i modelli. Le eccezioni sono i limiti specifici delle famiglie di modelli all’interno di quel pool: i limiti Opus e Sonnet e, per i seat Max e Premium, una disponibilità Fable pari al massimo al 50% dei limiti settimanali. Nei seat Pro e Standard, Fable non è incluso nei limiti del piano e viene addebitato ai crediti di utilizzo fin dalla prima richiesta.

In Claude per Teams e in Enterprise basato su seat, il modello documentato prevede una disponibilità per seat che si reimposta in una finestra mobile di cinque ore e in una finestra settimanale. Questa disponibilità è condivisa con la chat di Claude e Cowork e varia in base al livello del seat (Standard o Premium). Gli attuali piani Enterprise basati sull’utilizzo funzionano diversamente: non includono una disponibilità che possa esaurirsi, l’utilizzo viene addebitato alle tariffe API e il limite massimo corrisponde ai limiti di spesa impostati dagli amministratori a livello dell’organizzazione e per i singoli utenti. In un piano assistito dal reparto vendite, l’utilizzo interrotto dal raggiungimento di un limite di spesa riprende all’inizio del periodo di fatturazione successivo, a meno che un proprietario non aumenti prima il limite. In un piano self-service, l’utilizzo si interrompe anche quando si esaurisce il saldo dei crediti prepagati e riprende solo dopo che un proprietario ne acquista altri. Nei piani Pro e Max, l’orario di reimpostazione mostrato nel messaggio e le tue barre /usage sono i valori affidabili, non una cifra copiata da un post di blog. Se devi ancora scegliere un livello, quale piano Claude ti serve confronta i limiti applicati da ciascuno.

Perché il cambio di modello con /model non ripristina una sessione o il limite settimanale

Questa è l’azione errata più comune, e la documentazione è chiara: i limiti della sessione e quelli settimanali sono condivisi tra tutti i modelli, quindi cambiare modello non ripristina l’accesso. Se la finestra della sessione è esaurita e si seleziona un modello più piccolo, cambia il modello che dovrebbe rispondere. Non cambia la quota residua, perché le quote della sessione e della settimana non sono assegnate ai singoli modelli. Il cambio, quindi, non libera alcuna quota.

Le eccezioni sono i limiti specifici della famiglia di modelli. Se il messaggio visualizzato è You've hit your Opus limit o You've hit your Sonnet limit, /model è la correzione corretta. Passa a un modello di un’altra famiglia e continua a lavorare, perché sono state bloccate solo le richieste di quella famiglia. Il limite di Fable per i piani Max e Premium funziona nello stesso modo: passa a un altro modello per continuare a lavorare nell’ambito del tuo piano, oppure continua a usare Fable con i crediti di utilizzo. Tuttavia, Fable consuma il pool settimanale condiviso più rapidamente rispetto agli altri modelli. Di conseguenza, cambiare modello dopo avere raggiunto il limite di Fable non consente di superare il limite settimanale complessivo.

Considerare il limite un bug è il secondo errore comune. Reinstallare o eseguire nuovamente l’autenticazione non cambia nulla. La quota viene ripristinata quando la finestra si reimposta, quando utilizzi un ripristino gratuito del limite oppure quando acquisti crediti di utilizzo.

Cosa fare quando raggiungi un limite dell'abbonamento

1. Leggi l'ora del ripristino. La finestra di una sessione è breve. Una finestra settimanale non si esaurisce aspettando alla scrivania. In Claude Code v2.1.234 o versioni successive, /rate-limit-options può attendere il ripristino e continuare automaticamente l'attività interrotta.
2. Se hai raggiunto il limite di Opus, Sonnet o Fable, esegui /model e scegli un modello esterno a quella famiglia.
3. Esegui /usage per visualizzare i limiti del piano, le barre di utilizzo e l'orario del ripristino. /cost è un alias per la stessa schermata.
4. Controlla la sezione Settings > Usage su claude.ai o in Claude Desktop e cerca la sezione Resets. Talvolta i piani idonei ricevono un'offerta di ripristino gratuito del limite. Facendo clic su "Reset for free", il limite della sessione di cinque ore o il limite settimanale, a seconda di quello coperto dall'offerta, torna immediatamente al valore massimo. Il pulsante non è disponibile in Claude Code eseguito da un terminale o da un IDE, né su Claude Mobile. Ogni offerta ha una scadenza.
5. Esegui /usage-credits per continuare a lavorare oltre il limite. Nei piani Pro e Max apre le impostazioni di fatturazione. Nei piani Team ed Enterprise apre le impostazioni di utilizzo dell'organizzazione oppure invia una richiesta agli amministratori se non disponi dell'accesso alla fatturazione.
6. Se raggiungi lo stesso limite ogni settimana, il piano non è adeguato al tuo modo di lavorare. Conviene valutare una volta le opzioni per superare un limite di utilizzo, invece di farlo a ogni ripristino.

/usage-credits richiede un abbonamento a claude.ai con accesso effettuato tramite /login. Non è disponibile con l'autenticazione tramite chiave API, perché una chiave API non dispone di un'allocazione del piano da estendere.

I crediti di utilizzo hanno un effetto collaterale che è importante conoscere. Per impostazione predefinita, Claude Code mantiene la cache dei prompt della conversazione principale per un'ora mentre utilizzi la quota inclusa nell'abbonamento e la riduce a cinque minuti quando utilizzi i crediti. Di conseguenza, più turni iniziano senza cache e l'utilizzo dei token di Claude Code aumenta a parità di attività. I subagent non rientrano nella quota della conversazione principale, quindi ricevono cinque minuti anche quando utilizzi la quota del piano. Impostando manualmente il TTL con l'impostazione promptCacheTtl o con CLAUDE_CODE_PROMPT_CACHE_TTL in Claude Code v2.1.242 o versioni successive, mantieni la durata di un'ora anche quando utilizzi i crediti.

I messaggi che sembrano limiti di utilizzo, ma non lo sono

Quattro errori di Claude Code vengono segnalati come limiti di utilizzo, ma nessuno di questi lo è.

• Un avviso relativo al contesto o alla compattazione automatica non indica un limite di utilizzo. /context stampa una riga come Context exceeds the 200k-token limit by 94k tokens, seguita dal comando che libera spazio, quando la conversazione supera la finestra di contesto del modello. La compattazione riassume la cronologia precedente per liberare spazio, ma non è gratuita: /compact legge la conversazione che deve riassumere, quindi la compattazione di un contesto ampio costituisce a sua volta una richiesta di grandi dimensioni a carico del piano. Quando vuoi ricominciare senza mantenere la continuità, /clear non comporta alcun costo.
• Prompt is too long · automatic compaction failed: <the underlying error> indica che la compattazione automatica non è riuscita a causa dell'errore specificato. /compact continua a fallire con lo stesso errore finché non lo risolvi.
• Credit balance is too low indica che l'organizzazione Console ha esaurito i crediti prepagati oppure che Claude Code sta inviando le richieste di un abbonato tramite una chiave API Console; /status mostra quale credenziale è attiva. Aggiungi crediti all'indirizzo platform.claude.com/settings/billing, che offre anche il ricaricamento automatico.
• API Error: Usage credits required for 1M context · run /usage-credits to turn them on (they take effect after you restart Claude Code), or /model to switch to standard context è un controllo dei diritti di accesso, non una quota esaurita. Se hai selezionato una variante [1m] di Opus 4.6 o Sonnet 4.6, scegli la variante senza il suffisso [1m] oppure imposta CLAUDE_CODE_DISABLE_1M_CONTEXT=1. Se compare durante una conversazione perché il contesto ha superato 200K token, Claude Code esegue autonomamente la compattazione per rientrare nel limite standard. Sonnet 5 e versioni successive, Opus 4.7 e versioni successive, i modelli Haiku 5.5 e i modelli Fable usano una finestra nativa da 1M e non hanno alcun suffisso da rimuovere; è quella variabile a limitarli a 200K.

Un altro errore proviene dall'API. Un errore 413 request_too_large indica un limite sulle dimensioni di una singola richiesta, non un limite di frequenza.

Limiti di frequenza dell’API: che cosa conta realmente il codice 429

La Messages API misura tre valori, separatamente per ogni classe di modello.

• richieste al minuto (RPM)
• token di input al minuto (ITPM)
• token di output al minuto (OTPM)

La tua organizzazione ha anche un limite di spesa, che è un valore distinto: il costo mensile massimo per l’utilizzo dell’API. Quando raggiungi il limite di spesa del tuo tier, l’utilizzo dell’API viene sospeso fino al mese successivo, a meno che tu non richieda un limite più alto. Anche questo caso restituisce un 429 rate_limit_error, ma senza l’header retry-after e con enforced_spend_limit_reached in error.details.error_code. Nessun ciclo di retry può risolvere il problema. Un limite di spesa inferiore impostato autonomamente nella Console si manifesta in modo diverso: le richieste restituiscono HTTP 400 invalid_request_error con un messaggio che inizia con You have reached your specified API usage limits. Aumentare o rimuovere il limite ripristina l’accesso.

Quattro meccanismi determinano quando arriva il 429.

• I limiti sono specifici per classe di modello. Si applicano separatamente a ogni modello, quindi puoi utilizzare contemporaneamente modelli diversi fino ai rispettivi limiti. Alcune famiglie condividono lo stesso bucket: il limite di frequenza Opus è complessivo per Claude Opus 4.8, Opus 4.7, Opus 4.6 e Opus 4.5, mentre Claude Sonnet 5 ha un limite separato.
• La capacità si reintegra continuamente. L’API usa un algoritmo token bucket, quindi la capacità viene reintegrata in modo continuo invece di essere azzerata in un momento prestabilito. Un limite di 60 richieste al minuto può essere applicato come una richiesta al secondo; pertanto, anche 60 richieste inviate simultaneamente possono non riuscire.
• Nella maggior parte dei modelli, ai fini dell’ITPM contano solo gli input non memorizzati nella cache. input_tokens e cache_creation_input_tokens contano. cache_read_input_tokens non conta nella maggior parte dei modelli Claude, con Claude Haiku 3.5 come eccezione documentata. La memorizzazione nella cache offre quindi margine aggiuntivo nei limiti di frequenza, oltre a uno sconto. Per l’output, un valore elevato di max_tokens non conta ai fini dell’OTPM, perché l’OTPM considera solo i token effettivamente generati.
• I limiti sono definiti a livello di organizzazione. A un workspace può essere assegnato un limite inferiore, mentre i limiti dell’intera organizzazione si applicano sempre, anche se la somma dei limiti dei workspace è superiore. Un limite non modificato a livello di workspace viene ereditato dall’organizzazione; non viene lasciato senza limiti.

I tier denominati Start, Build, Scale e Custom stabiliscono i valori effettivi. Vengono assegnati automaticamente in base alla cronologia di utilizzo e allo stato dell’account. Le nuove organizzazioni e quelle con una cronologia di utilizzo limitata possono iniziare nel tier Evaluation, con limiti inferiori a quelli standard pubblicati. Per questo il primo 429 può arrivare prima di quanto previsto da una tabella. Un forte aumento dell’utilizzo attiva i limiti di accelerazione, che restituiscono 429 anche se sei ancora entro il limite del tuo tier. Aumenta quindi gradualmente il traffico. Ogni valore pubblicato è un limite massimo: i limiti documentati rappresentano l’utilizzo massimo consentito, non un livello minimo garantito. Per richiedere un aumento, usa "Request tier increase" nella pagina Rate limits della Claude Console.

Lettura di un 429: retry-after, header e retry degli SDK

Ogni errore API restituisce lo stesso envelope: un oggetto error annidato che contiene il tipo e il messaggio, oltre a un request_id di primo livello.

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "<names the rate limit you exceeded>"
  },
  "request_id": "req_011CSHoEeqs5C35K2UUqR7Fy"
}

Gli header contengono le informazioni restanti.

• retry-after indica il numero di secondi da attendere prima di poter riprovare la richiesta. I retry anticipati falliranno. Non tutti i 429 lo includono e il 429 relativo al limite di spesa non lo include mai.
• anthropic-ratelimit-requests-limit, anthropic-ratelimit-requests-remaining e anthropic-ratelimit-requests-reset descrivono il budget della richiesta.
• anthropic-ratelimit-input-tokens-* e anthropic-ratelimit-output-tokens-* forniscono le stesse informazioni per ITPM e OTPM, con gli stessi suffissi per limite, valore residuo e reset.
• anthropic-ratelimit-tokens-* mostra i valori relativi al limite più restrittivo attualmente in vigore.

Gli header di reset contengono timestamp RFC 3339. Gli header relativi ai token residui sono arrotondati al migliaio più vicino, quindi vanno interpretati come un indicatore approssimativo. La modalità rapida usa un pool separato e i propri header anthropic-fast-*. Leggili tutti da una chiamata completata correttamente:

curl -s -D - -o /dev/null https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{"model":"claude-sonnet-5","max_tokens":16,"messages":[{"role":"user","content":"hi"}]}' \
  | grep -i 'ratelimit\|retry-after\|request-id'

Ogni risposta contiene inoltre un header request-id univoco, ad esempio req_018EeWyXxfu5pfWkrYcMdjWG. Nei corpi degli errori compare come request_id e nelle risposte degli SDK Python e TypeScript come _request_id. Riportalo quando contatti il supporto.

Prima di scrivere un ciclo di backoff, verifica se ne hai effettivamente bisogno. Gli SDK ufficiali riprovano automaticamente gli errori temporanei, inclusi gli errori di connessione, i limiti di frequenza e gli errori del server 5xx, applicando un backoff esponenziale, due volte per impostazione predefinita e rispettando l'header retry-after quando presente. Ogni client accetta un'opzione per il numero massimo di retry, che consente di modificare o disabilitare questo comportamento.

import anthropic

client = anthropic.Anthropic(max_retries=5)  # the SDK default is 2

try:
    msg = client.messages.create(
        model="claude-sonnet-5",
        max_tokens=1024,
        messages=[{"role": "user", "content": "hello"}],
    )
except anthropic.RateLimitError as err:
    headers = err.response.headers
    print("still limited after retries; wait", headers.get("retry-after"), "seconds")
    print("request id:", headers.get("request-id"))

529 overloaded_error non dipende da te

Un 429 indica che hai inviato richieste troppo rapidamente. Un 529 overloaded_error indica che l'API è temporaneamente sovraccarica. Può verificarsi quando l'API riceve molto traffico da tutti gli utenti. La causa non è la tua chiave né il tuo codice. Riprova con un backoff esponenziale. Gli SDK lo applicano già alle risposte 5xx. Se il problema non si risolve, controlla status.claude.com. Un 500 api_error indica un errore interno. Devi riprovare allo stesso modo. Nessuno dei due codici indica un limite di frequenza.

Leggi i tuoi limiti invece di una tabella

Per un abbonamento, /usage è la schermata di riferimento. Mostra le barre di utilizzo del piano e una suddivisione degli elementi che le hanno consumate; d o w consente di alternare tra le ultime 24 ore e gli ultimi 7 giorni. Sono necessarie due precisazioni. Il riquadro Session mostra l'utilizzo dei token API ed è destinato agli utenti API; gli abbonati possono quindi ignorare il relativo importo in dollari. I valori provengono dalla cronologia locale delle sessioni su quel computer, quindi non includono l'utilizzo effettuato da un altro dispositivo o da claude.ai.

Per l'API, la pagina Usage nella Claude Console mostra due grafici: "Rate Limit - Input Tokens" e "Rate Limit - Output Tokens". Il grafico degli input traccia il massimo orario dei token di input non memorizzati nella cache al minuto rispetto al limite ITPM attuale, mostrando anche il relativo tasso di cache. In questo modo puoi monitorare l'avvicinamento a un limite prima di raggiungerlo in produzione.

Per leggere programmaticamente i limiti configurati:

curl -s https://api.anthropic.com/v1/organizations/rate_limits \
  -H "x-api-key: $ANTHROPIC_ADMIN_KEY" \
  -H "anthropic-version: 2023-06-01"

Sono necessarie credenziali Admin API: una chiave Admin API, un token OAuth con l'ambito org:admin oppure una chiave personale o di account di servizio non limitata a un workspace. Le chiavi API del workspace non funzionano. GET /v1/organizations/workspaces/{workspace_id}/rate_limits esegue la stessa operazione per un workspace. Entrambi i comandi sono di sola lettura: per modificare un limite, usa la pagina Rate limits nella Console.

Usare meno, per rispettare più facilmente i limiti

In entrambi i sistemi viene conteggiata la stessa metrica sottostante, quindi questi accorgimenti funzionano in entrambi.

• Usa meno token per turno. Le sessioni continue mantengono la cache aggiornata e /clear tra attività non correlate non comporta costi. L'utilizzo dei token di Claude Code descrive in dettaglio questi accorgimenti.
• Riduci il livello di elaborazione. I livelli sono low, medium, high, xhigh e max. Il menu /effort offre anche ultracode, che aumenta il consumo invece di ridurlo. Un ragionamento approfondito non serve per una semplice ridenominazione meccanica.
• Riduci la concorrenza dopo un errore 429. Abbassa CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY ed evita di eseguire molti subagent in parallelo. Esegui anche /status: un ANTHROPIC_API_KEY rimasto attivo può instradare le richieste tramite una chiave di livello inferiore invece che tramite il tuo abbonamento.
• Sposta le attività non interattive sull'API Message Batches. Esegue grandi volumi in modo asincrono, con uno sconto del 50% sui token di input e output e limiti di frequenza propri. In questo modo un'attività notturna non entra in concorrenza con la sessione.

Questo problema è più evidente per le attività che riversano dati nel contesto: se stai analizzando azioni e opzioni usando dati di mercato in tempo reale, estrarre per ogni domanda solo la porzione necessaria costa una frazione rispetto a incollare intere tabelle di quotazioni e catene di opzioni. Le attività intermittenti eseguite da un programma, anziché da una persona, dovrebbero usare fin dall'inizio una chiave API. Il passaggio modifica sia il metodo di pagamento sia il modo in cui viene conteggiato l'utilizzo, perché l'API Claude non offre un piano gratuito. I piani Max e Team includono crediti API mensili per eseguire applicazioni e agenti propri dopo il collegamento a un'organizzazione Console. Questi crediti non coprono Claude Code e non modificano i limiti di utilizzo del piano. La prima applicazione Claude API su un VPS illustra la gestione delle chiavi e dei tentativi automatici; una lunga esecuzione dell'agente può continuare dopo un'interruzione della connessione se mantieni Claude Code in esecuzione su un VPS all'interno di tmux.

FAQ

Perché cambiare modello non risolve il limite di utilizzo di Claude?

Perché i limiti della sessione e quelli settimanali sono condivisi da tutti i modelli. Questa disponibilità dipende dal piano, non dal modello: /model cambia il modello che risponderebbe, ma non la disponibilità residua. Fanno eccezione i limiti per famiglia di modelli: You've hit your Opus limit e You've hit your Sonnet limit si applicano soltanto a quella famiglia, mentre il limite Fable dei piani Max e Premium riguarda esclusivamente Fable. In questi casi, cambiare modello è la soluzione documentata.

Che cosa significa l'errore 429 rate_limit_error e quanto devo aspettare?

Indica che il tuo account ha raggiunto un limite di frequenza per quella classe di modelli: richieste al minuto, token di input al minuto oppure token di output al minuto. La risposta include generalmente un'intestazione retry-after con il numero di secondi di attesa; i tentativi effettuati prima del termine falliscono. Gli SDK ufficiali ritentano già automaticamente dopo il raggiungimento dei limiti di frequenza e dopo gli errori 5xx, usando un backoff esponenziale, due volte per impostazione predefinita, e rispettando tale intestazione quando presente. Un errore 429 che arriva mentre sei ancora entro i limiti del tuo livello indica un limite di accelerazione causato da un aumento improvviso del carico. Un errore 429 con enforced_spend_limit_reached in error.details.error_code, che non include mai un'intestazione retry-after, indica il limite mensile di spesa; attendere alcuni minuti non lo rimuove.

Come posso vedere i limiti di utilizzo di Claude e il momento del loro ripristino?

In Claude Code, esegui /usage per visualizzare le barre del piano, gli orari di ripristino e una suddivisione dell'utilizzo; /cost è un alias, mentre d o w alternano gli intervalli delle ultime 24 ore e degli ultimi 7 giorni. Questi dati provengono dalla cronologia locale delle sessioni, quindi non includono l'utilizzo effettuato da altri dispositivi o da claude.ai. Per l'API, la Console mostra i grafici dei limiti di frequenza e GET /v1/organizations/rate_limits restituisce i limiti configurati usando credenziali Admin API, ad esempio una chiave Admin API.

Posso continuare a lavorare dopo aver raggiunto il limite del piano Claude?

A volte. Esegui /usage-credits per acquistare ulteriore utilizzo oltre il limite con i piani Pro e Max, oppure per richiederlo a un amministratore con i piani Team ed Enterprise. Il comando richiede un accesso a claude.ai tramite /login e non è disponibile con l'autenticazione tramite chiave API. In alternativa, attendi l'orario di ripristino, usa un ripristino gratuito del limite se Settings > Usage su claude.ai o Claude Desktop ne offre uno, cambia modello se hai raggiunto il limite di Opus, Sonnet o Fable, oppure trasferisci il lavoro a una chiave API, che misura l'utilizzo al minuto anziché per intervallo.