Limiti di Grok Bot: cosa si sa delle quote settimanali e cosa insegnano sugli abbonamenti AI a forfait

Come funzionano i limiti di Grok Bot, e cosa pubblica davvero xAI?

Ogni posto ha un solo pool settimanale. È condiviso tra le superfici Grok e Cursor idonee e non è diviso in quote separate per prodotto, come spiega la pagina sui limiti d'uso. La FAQ di Grok indica giugno 2026 come mese di avvio della distribuzione del pool unico.

Questi sono i prezzi del listino ufficiale xAI, consultato il 06/11/2026; la colonna su Grok Bot viene dall'help di Cursor. I prezzi cambiano: vanno ricontrollati prima di qualsiasi decisione.

L'help di Cursor conferma che Grok Bot è incluso solo da Premium in su. Plus, Free e SuperGrok Lite non lo comprendono. I prezzi sono al netto delle imposte e il listino non riporta né un prezzo per l'UE né un'aliquota IVA.

Il punto debole è un altro: non esiste un valore assoluto del pool. La documentazione si limita a dire che i piani superiori hanno pool più grandi ("Higher tiers include larger pools"). Aggiunge che i tassi di consumo cambiano da prodotto a prodotto, in base al calcolo richiesto (limiti d'uso, FAQ). Il reset è settimanale, secondo il calendario mostrato nella scheda Usage delle impostazioni (FAQ). La pagina sui limiti d'uso però non dice se xAI possa modificare i limiti, né con quale preavviso.

Un dettaglio utile per chi ha già Cursor in azienda: collegare SuperGrok a un piano Cursor non somma le quote. Vale il piano più generoso dei due e l'allineamento può richiedere fino a 24 ore (Cursor). Per la configurazione iniziale rimando alla guida su come impostare Grok Bot.

Cosa è successo alle quote a inizio novembre 2026, e cosa è confermato?

È confermata solo una frase di Elon Musk, senza cifre. Domenica 1° novembre, rispondendo a un utente su X, ha scritto che il costo di servire Grok Bot era "insostenibilmente alto rispetto ai ricavi" (TNW, IBTimes).

Altri episodi sono stati riportati dagli utenti e non sono verificati. Secondo IBTimes, un utente ha raggiunto il 100% del contatore quando mancavano quattro giorni al reset. Un altro ha visto il contatore salire dal 44% all'87% in 24 minuti. TNW cita un salto dal 33% al 66%.

Il taglio dei limiti non è confermato: Musk non ha detto di averli ridotti (TNW). Secondo IBTimes, l'account ufficiale di Grok ha parlato di una riallocazione dei limiti legata ai costi. Ha poi citato un problema separato, già risolto, del cruscotto e della fatturazione, che mostrava letture errate e più alte senza incidere sulla misurazione reale. Secondo TNW non è chiaro se quel problema spieghi i salti segnalati.

Il contesto aiuta a capire la pressione sui costi. Nella call sui risultati del terzo trimestre del 20 ottobre 2026, Gwynne Shotwell ha parlato di 800.000 utenti paganti settimanali, più che raddoppiati nell'ultimo mese, e ha indicato il B2B come la categoria in crescita più rapida. Nella stessa call Musk ha aggiunto che l'uso per utente cresce nel tempo e che una distribuzione ampia ai clienti Enterprise è attesa "entro poche settimane".

Una nota di metodo. IBTimes scrive che su Cursor il limite di Grok Bot è separato dagli altri limiti Grok, ma la documentazione ufficiale descrive un pool unico. In questo articolo vale la documentazione.

Cosa consuma il pool settimanale: routine, test, trigger Slack e compiti lunghi?

Il pool si consuma in base ai passi dell'agente e ai token. Secondo la documentazione di Grok Bot, un singolo compito grande può esaurire tutto il credito di prova, e il credito usato non viene restituito. Le voci da tenere d'occhio, sempre secondo la documentazione, sono queste:

• Routine: ogni esecuzione consuma quota, anche quelle avviate con il pulsante Test.
• Pianificazioni frequenti: routine orarie o con intervalli brevi possono esaurire una settimana di utilizzo in un giorno.
• Trigger Slack: su canali molto attivi possono produrre lo stesso effetto.
• Lavoro in background: chiudere l'app, il laptop o il telefono non ferma un turno in background né una routine.

Esistono anche limiti tecnici (documentazione). Ogni Bot può avere fino a 50 routine, con almeno 5 minuti tra due pianificazioni. Il massimo è di 300 esecuzioni all'ora in totale e 200 per singola routine. Oltre questi limiti l'esecuzione fallisce con l'errore "Automation run rate limit exceeded". Le esecuzioni fallite non vengono ritentate da sole, e la documentazione lo indica come problema noto.

Il computer appartiene all'account, non al singolo Bot: tutti i Bot di un utente condividono file, sessioni del browser e accessi alle app (documentazione). Anche il pool è per posto, non per Bot (limiti d'uso): avere tre Bot non significa avere tre quote.

Resta aperto il tema delle chiamate telefoniche, disponibili dal piano Premium e solo verso numeri statunitensi: secondo Teslarati non è chiarito se consumino il pool settimanale.

Cosa succede quando la quota finisce, tra pausa, on-demand e crediti extra?

Dipende da un'impostazione. Con l'on-demand disattivato, Grok Bot si ferma quando il pool è esaurito e riprende al reset. Con l'on-demand attivo, continua a consumo (documentazione). La FAQ lo dice in chiaro: raggiungere il limite settimanale "non è uno stop definitivo".

Nei team Cursor self-serve l'on-demand è attivo per default (Cursor). Il 27 agosto un utente ha segnalato sul forum di Cursor che il passaggio all'uso a pagamento avviene senza un avviso o una conferma chiari. Lo staff ha risposto che il comportamento è "working as intended". Ha aggiunto che non c'è ancora una data né per un avviso né per un dettaglio dei consumi per prodotto, e ha consigliato di impostare un tetto di spesa on-demand.

Anche il tetto ha un limite: non ferma un Bot a metà esecuzione, quindi un compito in corso può superarlo di poco (documentazione).

Per andare avanti, la FAQ indica tre strade:

1. Crediti extra: si acquistano solo da web, con un minimo di 5 $, e scadono dopo un anno. Sono a tariffa standard, quindi costano di più per azione.
2. Auto Top Up: ricarica automatica con un tetto mensile.
3. Piano superiore: secondo xAI offre molto più uso settimanale a un costo per azione inferiore.

Nei team i posti non condividono i pool settimanali, ma condividono un saldo prepagato per l'uso extra. I modelli di terze parti usati in Cursor sono sempre a pagamento extra (limiti d'uso).

Quanto costa davvero Grok Bot per un team, rispetto alle API di xAI?

Nei team, Premium, Super e Ultra costano 30, 100 e 200 $ per posto. Ogni posto ha lo stesso utilizzo del piano individuale, Plus non è disponibile e per Enterprise non c'è un prezzo pubblicato (listino xAI).

Le API di xAI funzionano diversamente: i prezzi a token sono pubblicati. Questi sono i valori del listino API per richieste sotto i 200.000 token, in dollari per milione di token, consultati il 06/11/2026:

Sopra i 200.000 token il prezzo raddoppia per l'intera richiesta (listino API). Le API lavorano con credito prepagato: quando il credito finisce, le richieste vengono respinte automaticamente. Si può attivare una ricarica automatica da almeno 5 $, con un tetto mensile scelto dall'utente (listino API). Anche questi prezzi possono cambiare.

La differenza è tutta qui. Con l'API si conosce il costo di ogni unità e si sceglie il tetto. Con l'abbonamento si conosce il prezzo, ma non la quantità di lavoro inclusa.

C'è anche un limite di integrazione. Secondo DigitalOcean, che però promuove un proprio prodotto concorrente, non esiste un'API documentata per gestire l'agente: l'unico accesso da codice è il webhook delle routine.

Cosa insegnano i limiti di Grok Bot sugli abbonamenti AI a forfait?

Un forfait è prevedibile solo se il fornitore dichiara quanto vale e come può cambiarlo. Con Grok Bot nessuna delle due informazioni è pubblicata (limiti d'uso).

C'è poi un problema strutturale. Il fornitore stesso dice che l'uso per utente cresce e che Grok Bot potrebbe finire per usare la maggior parte della sua capacità di calcolo (call Q3). Un agente sempre attivo non ha il profilo di consumo di una chat: continua a lavorare anche ad app chiusa e ripete routine (documentazione). Per questo considero concreto il rischio che la quantità di lavoro per posto venga ricalibrata nel tempo, ma è una mia valutazione, non un annuncio di xAI.

Le API Claude mostrano come si presenta un limite esplicito. Ogni livello ha un tetto mensile di spesa: Start 500 $, Build 1.000 $, Scale 200.000 $ (Anthropic). Al tetto l'uso si ferma fino alle 00:00 UTC del primo giorno del mese successivo, con un errore 429, e si possono fissare tetti più bassi, anche per singolo workspace tranne quello di default (Anthropic). Anche Anthropic precisa che si tratta di limiti massimi, non di soglie minime assicurate. Le regole però sono scritte, e per un'azienda questo fa la differenza.

Un problema simile si ritrova in altri piani a quota già analizzati sul blog: Claude Ultra e la quota condivisa tra ChatGPT e Codex. Gli altri agenti sempre attivi, come Dots e Muse, hanno prezzi e quote diversi, ma i dati che circolano su di loro vengono spesso da fonti non ufficiali, come lo stesso confronto di DigitalOcean. Li ho messi a confronto con le dovute cautele negli assistenti AI sempre attivi.

In pratica, nel mio lavoro uso tre criteri, senza la pretesa di garantire un risparmio:

• Forfait: va bene per l'uso interattivo individuale e per i profili leggeri, dove un'interruzione fino al reset è tollerabile.
• API con tetti: sono più adatte alle automazioni ripetitive, dove serve sapere quanto costa ogni passaggio. Ne parlo nella pagina sui modelli di frontiera in azienda.
• Modello in locale: la capacità dipende dall'hardware che si possiede, non da ricalibrature del fornitore. Ha senso valutarlo per flussi stabili con dati sensibili, mettendo in conto hardware, gestione e qualità del modello (costi dell'AI in locale).

Quali dati passano da Cursor e xAI, e quali controlli esistono solo in Enterprise?

I computer su cui lavorano i Bot girano nel cloud di Cursor, negli Stati Uniti. La residenza dei dati negli USA è un programma separato e la documentazione non cita un'opzione UE (sicurezza di Grok Bot, DigitalOcean).

L'isolamento avviene per utente (documentazione). Secondo DigitalOcean si basa su una microVM Firecracker, tecnologia che la documentazione ufficiale non nomina.

Con la Privacy Mode i dati non vengono usati per l'addestramento. I fornitori possono però usare classificatori anti-abuso e conservare i dati segnalati. Alla fine del servizio la cancellazione segue il DPA: avviene entro 30 giorni dalla richiesta scritta (documentazione).

Alcuni controlli esistono solo in Enterprise (documentazione):

• Audit Logs.
• Action Recording, disattivato per default e conservato 90 giorni.
• Export OpenTelemetry.
• Allowlist di rete.
• SCIM.
• Imposizione di Auto Review.

Limiti e controlli Enterprise seguono il contratto e le impostazioni dell'amministratore (limiti d'uso).

Questo incide anche sui costi. Fuori da Enterprise mancano gli Audit Logs (documentazione), e lo staff di Cursor ha detto che non c'è ancora una data per un dettaglio dei consumi per prodotto (forum di Cursor). Senza questi strumenti è più difficile capire quale Bot o quale routine abbia esaurito la settimana.

Un ultimo dettaglio operativo: le approvazioni richieste da lavori svolti in assenza dell'utente scadono dopo circa 30 minuti (documentazione).

Da dove partire per mettere sotto controllo quote e spesa prima di estendere Grok Bot?

Prima di assegnare i posti, conviene sistemare la parte economica. In ordine:

1. Spegnere o limitare l'on-demand e fissare un tetto di spesa, ricordando che nei team self-serve l'on-demand è attivo per default (Cursor, forum).
2. Censire le routine: frequenza, trigger Slack e abitudine di provarle con il pulsante Test (documentazione).
3. Fare un pilota su pochi posti e leggere la scheda Usage a ogni reset per qualche settimana (FAQ). Solo così si scopre quanto lavoro sta davvero in un pool che il listino non quantifica.
4. Separare i lavori interattivi dalle automazioni. I primi restano sull'abbonamento. Le seconde passano alle API con tetti, o a un modello in locale, scegliendo il modello passaggio per passaggio. Per attribuire la spesa a persone e processi è utile il metodo del monitoraggio dei costi AI.
5. Verificare quali dati vedono i Bot e decidere se servono i controlli Enterprise.

Se vuoi partire dai consumi reali, con la valutazione analizziamo insieme chi usa cosa e quanto. Vediamo poi quali flussi stanno bene su un abbonamento, quali su API con tetti e quali su un modello interno. Se serve, server e software si possono fornire già pronti. Quando i volumi sono bassi o variabili, però, il cloud resta spesso la scelta giusta, e te lo dico.