Grok Bot non funziona? Quattro guasti che sembrano un'interruzione e cosa verificare per primo

Se il tuo Grok Bot ha smesso di rispondere questa mattina, è improbabile che si tratti di un'interruzione della piattaforma, e il motivo è strutturale. Grok Bot è l'agente sempre attivo di SpaceXAI, lanciato l'11 agosto 2026, e viene eseguito come un piccolo gruppo di bot con nomi specifici su un computer cloud assegnato al tuo account. Quasi ogni modalità in cui fallisce produce lo stesso sintomo — il silenzio — mentre la piattaforma è perfettamente funzionante. Quindi la prima risposta onesta a «è inattivo?» è che non puoi capirlo dal solo sintomo, ed esiste un ordine di verifica che ti porta alla risposta in circa tre minuti.

Una precisazione prima della checklist: la documentazione di Bot di SpaceXAI, così come l'abbiamo letta, fornisce un riepilogo dell'utilizzo a livello di account e registri di esecuzione per singola routine, ma nessun feed pubblico di uptime o incidenti. Non c'è alcuna pagina che tu possa aggiornare per sapere se il servizio è degradato. È proprio questa assenza il motivo per cui esiste questo articolo anziché un link a una pagina di stato.

I quattro fallimenti, nell'ordine in cui si verificano realmente

Uno: l'account ha esaurito l'utilizzo incluso. Il caso più comune, e quello che imita un'interruzione nel modo più convincente, perché un bot che ha raggiunto il suo limite semplicemente si ferma. L'accesso di Grok Bot è incluso nei piani Cursor a pagamento e nei livelli SuperGrok, e il contatore descritto nella documentazione è l'utilizzo incluso settimanale sull'account — non per bot. Questa distinzione è tutta la trappola: un singolo bot molto attivo può esaurire la quota condivisa da cinque bot, e dall'esterno sembra che l'intera flotta sia andata giù all'improvviso. Usage & Billing mostra l'utilizzo incluso settimanale e l'utilizzo on-demand per gli account idonei, con un valore settimanale nel menu dell'account, e un piano che esaurisce il proprio utilizzo incluso può aggiungere spese on-demand fatturate in base al costo del modello e dei token. Una riga nelle stesse FAQ vale la pena conoscerla se paghi per entrambi: se hai un abbonamento Cursor e un abbonamento SuperGrok, il Bot usa quello dei due che ha più utilizzo.

Due: la routine è in pausa, non interrotta. Le routine sono il modo in cui un bot viene eseguito secondo una pianificazione o dopo un evento, e non è garantito che continuino a funzionare durante la tua assenza. La documentazione indica che Grok Bot potrebbe chiedere se mantenere in esecuzione le routine dopo una lunga assenza e metterle in pausa se non rispondi. Un bot che è rimasto silenzioso dopo una vacanza, un weekend lungo o un prompt non letto si trova molto probabilmente esattamente in quello stato.

Tre: il computer è stato reimpostato e ha portato con sé le tue installazioni. Ogni bot sul tuo account condivide un computer, con una superficie Linux persistente, un browser, una riga di comando e uno spazio di lavoro condiviso in code>/workspace/code>. La documentazione afferma esplicitamente che le directory temporanee, i pacchetti installati manualmente e lo stato dell'applicazione non sottoposto a commit devono essere considerati sostituibili — e che i due percorsi di ripristino sono diversi: Reset ripristina l'ultimo snapshot salvato, mentre Recreate "rimuove le app e i pacchetti che i membri hanno installato da soli". Se il tuo bot dipende da qualcosa che hai installato manualmente — un agente di coding di terze parti, una CLI, una libreria — un ripristino può rimuoverlo e lasciare un bot che risponde ma non può fare il suo lavoro. Questo sembra un'interruzione parziale ed è in realtà un binario mancante.

Quarto: il modello dietro il bot è cambiato o si è degradato. Cursor gestisce la selezione del modello. La risposta della documentazione a "dove scelgo tra Grok 4.7 e un altro modello" è netta: non esiste alcun selettore di modello, nessuna impostazione per bot, nessuna per routine e nessuna per abilità. Il 7 ottobre Elon Musk ha dichiarato pubblicamente che Grok Bot avrebbe smesso di essere limitato ai modelli proprietari di SpaceXAI e avrebbe puntato a "il miglior modello di backend per qualsiasi compito specifico" — una dichiarazione senza scheda tariffaria, senza voce di changelog e senza alcuna misurazione esterna allegata. Quindi il motore è una decisione lato piattaforma che non puoi vedere. Quando cambia, ciò che osservi non è un messaggio di errore; è la qualità dell'output, la latenza e il costo che cambiano gradualmente sulle stesse attività. Un bot che improvvisamente scrive peggio o impiega più tempo non è necessariamente andato giù.

Il controllo di tre minuti

Eseguili in ordine e fermati al primo che spiega ciò che vedi:

• Prima l'utilizzo dell'account. Apri il menu dell'account e leggi il valore di utilizzo settimanale incluso prima di fare qualsiasi altra cosa. Se è esaurito o quasi esaurito, tutto ciò che sta a valle — ogni bot, ogni routine — sta fallendo per un unico motivo e nessun debug del bot potrà essere d'aiuto. La spesa on-demand è la leva, ed è una decisione di fatturazione, non una decisione tecnica.

• I record di esecuzione al secondo posto.Ogni routine conserva i 20 record di esecuzione più recenti. È una traccia di audit deliberatamente superficiale, e tuttavia basta a rispondere alla domanda che conta: la routine è stata eseguita e ha fallito, oppure non è mai partita? Una routine senza record recenti è in pausa o non è mai stata attivata; una routine con record che terminano con un errore è un problema del bot; una routine con record riusciti e nessun output visibile è un problema di consegna dell'output.

• Terzo: il computer. Chiedi direttamente al bot cosa riesce a vedere — code>/workspace/code> il suo contenuto, se uno strumento installato esiste ancora, se un accesso è ancora valido. Poiché il computer è un'unica macchina per l'intero account e i file sono visibili a ogni bot, questo ti dice anche se qualcosa che ha fatto un altro bot ha avuto effetti su questo.

• Quarto: il trigger. Se il bot viene eseguito su eventi anziché secondo una pianificazione, controlla l'ampiezza del trigger. La documentazione mette in guardia contro listener troppo ampi come "ogni nuovo messaggio", che generano rumore, consumano utilizzo e agiscono su input irrilevanti. Un bot che si attiva di continuo senza mai essere utile, o il contrario, è di solito un problema di definizione dell'ambito del trigger piuttosto che un problema del servizio.

Solo dopo che tutti e quattro sono puliti, "la piattaforma" è un'ipotesi ragionevole — e anche allora, le prove che hai sono circostanziali, perché non c'è un feed di stato con cui confermarla.

Perché il computer condiviso rende questo più difficile di quanto dovrebbe essere

Il design a computer singolo è la cosa più importante di Grok Bot e la meno evidente finché qualcosa non va storto. Un computer è assegnato al tuo account anziché a un singolo bot; le schermate che ciascun bot vede sono descritte come «superfici di lavoro separate, non confini di sicurezza separati»; qualsiasi segreto può essere usato nella conversazione di qualsiasi membro del team su un Team Bot. Questo ha due conseguenze per la diagnosi.

Primo, un guasto è raramente locale. Un file scritto dal tuo bot di ricerca è leggibile dal tuo bot di outreach, e un pacchetto rimosso durante un ripristino influisce su ogni bot che lo usava. Secondo, il recupero è circoscritto all'account. Eliminare un bot rimuove il profilo attivo, la conversazione e le routine, mentre i file del computer e gli accessi non sono isolati per bot e possono persistere. Nascondere un bot è l'alternativa reversibile; eliminare una routine è immediato e non può essere annullato.

Se stai facendo debug alle 2 del mattino, quell'asimmetria conta più di qualsiasi log: le operazioni che sembrano una pulizia sono quelle senza via di ritorno.

Che cosa richiederebbe effettivamente uno "status"?

Una vera risposta di stato richiede tre cose che Grok Bot attualmente non ti offre, e vale la pena nominarle perché sono la differenza tra un prodotto che puoi gestire e uno che puoi solo osservare:

• Un contatore per bot. L'utilizzo viene misurato a livello di account, quindi un insieme di bot che fallisce insieme non può essere scomposto per stabilire quale bot lo abbia causato.

• Una cronologia delle esecuzioni più approfondita. Venti record per routine bastano a cogliere un errore questa settimana, ma non bastano a cogliere la deriva su un mese — la modalità di errore che costa denaro silenziosamente anziché in modo plateale.

• Un feed degli incidenti. Senza uno, "il servizio è degradato" è un'inferenza basata su quattro assenze anziché un'osservazione.

Nessuna di queste osservazioni è una critica al design del prodotto, che è coerente per quello che è: un agente in abbonamento che si configura parlandogli. Significa però che l'onere della prova ricade su di te ogni volta che il bot tace, e l'ordine dei controlli qui sopra è il modo più economico per sostenerlo.

Dove un router è adatto, e dove no

Grok Bot è un prodotto in abbonamento, non qualcosa che puoi instradare attraverso un endpoint di terze parti, e nessuna guida onesta dovrebbe suggerire il contrario. La questione sollevata dal problema di selezione del modello è diversa: se devi scegliere il motore intenzionalmente — per il costo, per una licenza, per la riproducibilità di un risultato — tale requisito non può essere espresso affatto all'interno del bot. Deve risiedere nello strato sottostante.

Quel livello è ciò che vendiamo. OrcaRouter è un unico endpoint compatibile con OpenAI su oltre 200 modelli, senza ricarichi sul prezzo di listino del provider, così un taglio di prezzo di un fornitore è attivo lo stesso giorno. Grok 4.6 è disponibile su di esso alla tariffa pubblicata da SpaceXAI stessa di $2.00 per milione di token di input e $6.00 per milione di token di output, con una finestra di contesto di 500.000 token e un tempo p50 misurato al primo token di 1,65 secondi. Gli elementi che contano quando un passaggio non collaudato fallisce sono quelli che impediscono a un guasto di diventare un incidente: failover automatico tra provider quando uno si degrada, un DSL di routing che compone più modelli in un'unica chiamata e fusione di modelli per pannelli che rispondono insieme.

La mossa pratica per chiunque stia leggendo questo perché il proprio bot è rimasto silenzioso è quella noiosa. Scrivi la skill, eseguila una volta a mano sul modello di cui stavi per fidarti e solo dopo automatizzala. Un bot convalidato rispetto a un modello che puoi chiamare direttamente è un bot di cui puoi attribuire i guasti — e l’attribuzione, non il tempo di attività, è ciò che "è giù?" sta davvero chiedendo.