Recensione Grok Bot: agente persistente o semplice chat?

Con una normale chat, chiudi il portatile e il lavoro finisce lì. Grok Bot nasce per evitare proprio questo: un agente con nome e ruolo può mantenere contesto operativo, file, sessioni del browser e routine su un computer cloud. È quindi qualcosa di più di un chatbot più capace, anche se l’affidabilità ancora da beta e lo stato condiviso escludono l’uso senza supervisione nelle attività critiche.

Che cos’è Grok Bot, e cosa non è

Grok Bot è un prodotto agentico in beta iniziale, annunciato da xAI l’11 agosto 2026. La descrizione ufficiale non parla di un semplice “Grok con un prompt più lungo”, ma di una serie di colleghi AI nominati, capaci di usare un computer cloud, strumenti connessi, siti web e file per portare avanti il lavoro.

La differenza sostanziale sta nell’unità di lavoro. Una normale esperienza chat con Grok 4.6 ruota soprattutto attorno a una conversazione: l’utente chiede, controlla e agisce. Un Grok Bot, invece, è un operatore persistente con un ruolo assegnato, un ambiente di esecuzione e una cronologia di lavoro che può proseguire anche quando l’utente non è presente.

Per questo la domanda giusta non è “Quale chatbot scrive meglio?”. È: “Quali parti del lavoro devono continuare dopo la fine del turno di chat?”. La panoramica ufficiale di Grok Bot e l’annuncio di lancio confermano questa distinzione a livello di prodotto, chiarendo al tempo stesso che si tratta ancora di software beta.

I quattro stati che lo rendono un agente

Grok Bot si distingue da una sessione chat perché conserva quattro tipi di stato oltre la singola risposta: identità del Bot, memoria operativa, accesso agli strumenti e ambiente informatico. Ognuno offre una continuità utile, ma aumenta anche il costo di un eventuale errore.

Identità persistente: un ruolo con responsabilità

Un Grok Bot è pensato per gestire una responsabilità continuativa, non per rispondere a prompt scollegati tra loro. La documentazione per la gestione dei Bot descrive il Bot come un collaboratore durevole, dotato di nome, mansione, conversazione dedicata e contesto operativo che si sviluppa nel tempo.

Per questo un ruolo come “Stato di salute settimanale degli account” è più utile di un generico “Assistente generale”. Il profilo può contenere istruzioni durature, per esempio “prepara una watch list con link, ma non contattare mai un cliente senza approvazione”, mentre la conversazione può includere l’elenco attuale degli account e l’incarico una tantum.

In questo contesto, identità non significa coscienza né soggettività giuridica indipendente. È un’identità operativa: un responsabile stabile che indica al sistema quale contesto, quali capacità, routine e limiti applicare.

C’è però un limite importante. Un Bot nominato non costituisce un confine di autorizzazione. Tutti i Bot di un singolo account utente utilizzano lo stesso computer cloud persistente, quindi creare Bot distinti non equivale a creare compartimenti di sicurezza separati.

Memoria: continuità, non verità

Grok Bot può mantenere preferenze operative stabili, fatti rilevanti, contesto del ruolo e riepiloghi delle attività precedenti. Questo riduce la necessità di rispiegare un processo ricorrente, ma la documentazione ufficiale avverte esplicitamente che la memoria non sostituisce una fonte autorevole e aggiornata.

In pratica, la divisione corretta è questa:

• Inserire i comportamenti duraturi nella descrizione del Bot.
• Conservare i dati variabili nel sistema sorgente.
• Chiedere al Bot di riaprire i record correnti prima di decisioni rilevanti.
• Correggere direttamente le ipotesi obsolete, senza fidarsi ciecamente di un vecchio riepilogo.

Anche la memoria ha un ciclo di vita diverso dalla trascrizione di una chat. La documentazione sui Bot indica che la duplicazione copia profilo, impostazioni, skill abilitate, routine e avatar, ma non la cronologia della conversazione, la memoria appresa o gli allegati della chat. Eliminare un Bot rimuove profilo, conversazione e routine, mentre file condivisi e sessioni del browser possono rimanere sul computer cloud.

È molto più utile che ripartire da zero a ogni attività, ma non equivale a un database affidabile. Una sessione chat può dimenticare; un Bot persistente può invece restare stabilmente in errore se dati sorgente e istruzioni non vengono mantenuti.

Strumenti: operare nei sistemi dell’utente

Una normale risposta chat consegna all’utente testo, codice o una raccomandazione da applicare altrove. Grok Bot è progettato per usare connector o MCP quando disponibili e per operare sui siti web tramite browser quando non esiste un’API o un’integrazione pulita.

La differenza è importante per vecchi portali di fornitori, dashboard interne, strumenti di amministrazione accessibili solo dal browser e flussi difficili da integrare. Cambia però anche il tipo di errore: una risposta debole fa perdere tempo in revisione, mentre un’azione errata nel browser può creare o modificare dati reali.

Le attuali linee guida su sicurezza e privacy indicano che l’utente dovrebbe intervenire personalmente per password, passkey, codici a due fattori, CAPTCHA e conferme di pagamento. Raccomandano inoltre regole di approvazione ristrette per invii, pubblicazioni, acquisti, eliminazioni, modifiche alle autorizzazioni, accettazione di termini legali o cambiamenti ai sistemi di produzione.

Questi controlli sono utili, ma non garantiscono che ogni azione sia innocua. Prima di autorizzare, l’utente deve comunque verificare destinazione, ambito e valori indicati nella richiesta di approvazione.

Stato del computer: il luogo in cui il lavoro prosegue

Il computer persistente è la differenza più netta tra Grok Bot e una sessione chat. La panoramica ufficiale descrive una macchina virtuale cloud associata all’utente, con browser, filesystem e terminale; le FAQ affermano che il lavoro in background può continuare anche dopo la chiusura dell’app desktop, del portatile o del telefono.

Questo stato può comprendere:

• File nell’area di lavoro condivisa.
• Sessioni browser e login alle applicazioni.
• Credenziali lato terminale e artefatti generati.
• Il lavoro parzialmente completato di una routine.
• La configurazione necessaria a un Bot successivo o a un passaggio di consegne.

Questa persistenza elimina molta della frizione iniziale. Non serve riaprire ogni pagina, ricaricare gli stessi file di lavoro o spiegare di nuovo lo stesso ruolo prima di ogni attività.

Ma amplia anche il raggio d’impatto di un problema. Le FAQ ufficiali dichiarano senza ambiguità che tutti i Bot di un account condividono un unico computer cloud, inclusi file, sessioni browser e login. Schermate separate per i Bot consentono il lavoro parallelo, ma non sono confini di sicurezza distinti.

Dalla risposta in chat al workflow delegato

Grok Bot trasforma la continuità in automazione tramite skill, routine e passaggi di consegne tra Bot. Una skill definisce come eseguire un’attività; una routine indica a uno specifico Bot quando eseguirla, per esempio secondo una pianificazione o dopo un evento supportato.

Il flusso documentato procede volutamente per gradi:

1. Eseguire l’attività una volta e controllare il risultato.
2. Salvare il metodo come skill riutilizzabile, con input, validazione, output e regole di approvazione.
3. Testarla con dati sicuri.
4. Trasformarla in una routine pianificata o attivata da evento solo dopo aver verificato l’affidabilità del processo.

La documentazione su skill e routine afferma che una routine può essere eseguita mentre il portatile è chiuso. Specifica inoltre che ogni Bot può gestire fino a 50 routine e che il sistema conserva gli ultimi 20 record di esecuzione per ciascuna routine.

La funzione “Teach a task” abbassa ulteriormente la soglia di configurazione. Quando disponibile, registra l’interazione visibile nel browser per un massimo di 10 minuti e trasforma la dimostrazione in una bozza di skill. La bozza richiede comunque regole decisionali, gestione degli errori e limiti di approvazione: una dimostrazione riuscita non copre tutte le diramazioni di un sito web complesso.

Più Bot possono lavorare in parallelo e scambiarsi messaggi. Le chat di gruppo supportano da 2 a 6 Bot e la documentazione sulla collaborazione afferma che i passaggi di consegne sono visibili nella conversazione. Il vantaggio è delegare senza inoltrare manualmente ogni risultato; lo svantaggio sono attività duplicate o cicli rumorosi se troppi Bot rispondono alla stessa richiesta.

Un dettaglio merita più attenzione di quanto suggerisca l’espressione di marketing “test run”. La guida ufficiale alle routine specifica che una prova può navigare siti web, modificare file e chiamare strumenti connessi. È una verifica del comportamento reale, non una simulazione garantita.

Dove il modello agentico mostra i suoi limiti

L’architettura di Grok Bot è interessante quando il lavoro è ripetitivo e verificabile, ma la stessa persistenza che lo rende utile rende persistenti anche gli errori. Le evidenze attuali indicano quattro limiti pratici: stato del computer condiviso, applicazione incompleta delle policy, automazione web fragile e consumo difficile da prevedere per alcuni utenti.

L’ambiente condiviso è il primo vincolo. File, sessioni browser e login sono disponibili tra i Bot di un utente, quindi un “Finance Bot” e un “Marketing Bot” non vanno trattati come operatori isolati. La guida ufficiale sulla sicurezza raccomanda privilegi minimi, account di servizio circoscritti, revisione regolare dei connector e pulizia di file e sessioni alla fine di un progetto.

Anche l’approvazione ha un limite preciso: controlla un’azione proposta e imminente. Non annulla ciò che il Bot ha già completato. La documentazione spiega che Auto Review valuta chiamate agli strumenti e azioni sul computer prima dell’esecuzione, ma si basa su un modello e deve integrare, non sostituire, il principio del privilegio minimo e la revisione umana esplicita.

I siti web aggiungono un’altra fonte di incertezza. Un sito può bloccare l’automazione, far scadere un login, mostrare un CAPTCHA, cambiare layout o richiedere una conferma umana. L’accesso via browser è potente proprio perché raggiunge sistemi senza API; allo stesso tempo è meno stabile di un’integrazione strutturata e definita in modo ristretto.

Le testimonianze di utenti reali confermano la distanza tra un agente interessante e un dipendente digitale affidabile. In una discussione Reddit sull’uso concreto di Grok Bot, un utente ha descritto così l’esperienza attuale:

“Al momento è un piccolo concierge divertente, un gestore di informazioni personali un po’ glorificato.” — u/BoddhaFace in r/grok

È una descrizione utile dell’attuale punto di forza del prodotto: raccogliere, organizzare, monitorare e preparare il lavoro, anziché gestire un processo aziendale irreversibile. Nella stessa discussione compare anche una lamentela concreta sui consumi:

“Oggi ho iniziato con l’integrazione Grok. Ho fatto cose basilari. Ho visto l’11% di utilizzo. È piuttosto assurdo.” — u/SubtleFuryTuesday in r/grok

Si tratta di testimonianze degli utenti, non di misurazioni valide per l’intera piattaforma. Sono comunque rilevanti per una recensione, perché la documentazione ufficiale sulla fatturazione non pubblica una semplice tabella di quote per ogni carico di lavoro: indica che l’utilizzo dipende da passaggi dell’agente e token, si azzera ogni settimana e può proseguire tramite utilizzo on-demand se abilitato.

Recensione Grok Bot: per chi ha senso usarlo ora?

Vale la pena provare Grok Bot quando il collo di bottiglia è un workflow ripetibile e composto da più passaggi, all’interno di strumenti già in uso, soprattutto se l’output può essere controllato prima che accada qualcosa all’esterno. Non vale invece la pena acquistare un abbonamento di fascia alta solo perché una demo di lancio fa sembrare già maturo il lavoro autonomo.

Anche l’accesso incide sulla valutazione. L’attuale pagina ufficiale dei prezzi di Cursor riporta i seguenti piani mensili e presenta Grok Bot come funzione inclusa nei piani a pagamento:

La guida alla fatturazione di Grok Bot chiarisce che l’utilizzo è separato dal normale conteggio dei messaggi: sono i passaggi dell’agente e i token a determinare il consumo. L’accesso a pagamento si azzera ogni settimana, mentre la prova gratuita è un credito di utilizzo entro una finestra di 7 giorni, non la garanzia di sette giorni di lavoro senza limiti. Quella pagina non indica quote settimanali esatte né il costo di ogni workflow: meglio quindi controllare la schermata del piano prima di avviare un lungo lavoro autonomo.

La regola pratica per l’acquisto è semplice: se hai già un piano idoneo, prova un workflow circoscritto e reversibile, poi misura il tempo risparmiato al netto delle correzioni. Se invece dovresti acquistare un piano da $200 solo per capire se il concetto funziona, è meglio attendere dati sui consumi più affidabili e controlli più solidi.

FAQ

Grok Bot è la stessa cosa della normale chat Grok?

No. La normale chat Grok è centrata su una conversazione dal vivo e su azioni successive guidate dall’utente; Grok Bot è progettato attorno ad agenti nominati che mantengono contesto operativo, usano strumenti, operano su un computer cloud ed eseguono workflow in background.

Grok Bot ricorda le informazioni tra una sessione e l’altra?

Sì. La documentazione ufficiale afferma che un Bot può mantenere contesto del ruolo, preferenze stabili, fatti importanti, riepiloghi, file e sessioni browser. Questa memoria garantisce continuità, ma non è una fonte autorevole per dati che cambiano: le decisioni importanti vanno quindi verificate sui record correnti.

Grok Bot può continuare a lavorare quando il portatile è chiuso?

Sì. I suoi turni in background e le routine vengono eseguiti sul computer cloud anziché sul dispositivo locale. Chiudere il portatile non elimina però la necessità di controllare le approvazioni o gestire i problemi quando il Bot incontra un passaggio che richiede una persona.

I Bot separati sono isolati l’uno dall’altro?

No. I Bot di uno stesso account condividono un solo computer cloud persistente, inclusi file, sessioni browser e login. Schermate e conversazioni separate servono a organizzare il lavoro, ma non rappresentano confini di sicurezza.

Grok Bot può usare siti web senza API?

Spesso sì. Può utilizzare servizi via browser senza un connector dedicato, ma prompt di login, CAPTCHA, controlli anti-automazione, modifiche al layout e conferme umane possono interrompere il workflow.

Vale la pena pagare per Grok Bot?

Vale la pena testarlo per chi possiede già un abbonamento idoneo e ha un workflow ripetibile, a basso rischio e con un output misurabile. Da solo non è un motivo forte per acquistare un piano costoso, ed è poco adatto ad attività di produzione, finanziarie, rivolte ai clienti o regolamentate senza supervisione.

La decisione in una frase

Se hai già accesso a Grok Bot, parti da un’attività in sola lettura o con bozze iniziali e un traguardo chiaro; se non ce l’hai, non acquistare la demo prima di aver valutato se i rischi dello stato persistente e il costo del carico di lavoro reale hanno senso per te.