AIREITERGrok Bot for Enterprise è ufficialmente disponibile per i clienti enterprise idonei con due settimane gratuite. Attivazione, prezzi dopo la promozione e vari aspetti della governance, però, dipendono ancora dal singolo account.
Grok Bot for Enterprise è lanciato, ma non è ancora acquistabile in autonomia
Grok Bot for Enterprise è un prodotto reale, non un rumor né un chatbot con un nome nuovo. Nell’annuncio del 3 settembre 2026, xAI comunica che i clienti Grok e Cursor Enterprise possono usarlo gratuitamente per due settimane e invitare l’intera organizzazione, incluse persone senza una seat esistente. (Leggi l’annuncio)
Il punto chiave è che “disponibile” non significa “attivabile interamente in self-service”. La pagina di lancio indirizza i clienti enterprise alla dashboard amministrativa o al contatto commerciale, mentre la documentazione Cursor su piani e fatturazione specifica che l’accesso enterprise richiede il coordinamento con un account executive.
| Domanda dell’acquirente | Risposta verificata il 4 settembre 2026 |
|---|---|
| Grok Bot for Enterprise è stato lanciato ufficialmente? | Sì. xAI ne ha annunciato la disponibilità enterprise il 3 settembre 2026. |
| Esiste un’offerta enterprise gratuita? | Sì. I clienti idonei di Grok Enterprise e Cursor Enterprise ricevono due settimane di utilizzo gratuito. |
| Un’azienda può invitare utenti senza seat? | L’annuncio afferma che è possibile invitare tutta l’organizzazione, comprese le persone prive di una seat esistente. |
| Esiste un prezzo pubblico dopo la promozione? | No. Nell’annuncio di lancio non sono indicati prezzo, quota, tariffa per eccedenze o minimo contrattuale. |
| Qualsiasi azienda può attivarlo subito? | Non in modo affidabile. In base all’attuale documentazione Cursor, l’abilitazione enterprise passa dal team account o dagli amministratori. |
| È lo stesso prodotto di Grok Business o della chat Grok Enterprise? | No. Grok Bot è l’agente persistente che usa strumenti; Grok Business/Enterprise è l’ambiente di lavoro organizzativo più ampio. |
Si tratta quindi di una opportunità di valutazione controllata, non di una decisione di budget risolvibile consultando un listino pubblico.
Accesso, requisiti e un prezzo che non si può ancora pianificare
Grok Bot non dispone di un SKU enterprise standalone pubblicato con chiarezza. Gli attuali percorsi commerciali combinano l’accesso a Bot con piani Grok o Cursor idonei, mentre il lancio enterprise aggiunge una promozione di due settimane per i clienti enterprise già attivi.
La documentazione Cursor su piani e fatturazione indica l’accesso tramite i piani individuali a pagamento Cursor Pro, Pro+ e Ultra, Cursor Teams in self-service oppure abbonamenti individuali SuperGrok e X Premium+ collegati. I clienti enterprise vengono indirizzati al proprio account executive. La stessa pagina precisa che SuperGrok Team, SuperGrok Enterprise e SuperGrok Lite non sono supportati dal percorso di collegamento dell’account.
Quest’ultima differenza conta. La pagina business di xAI presenta Grok Business e Grok Enterprise come l’offerta più ampia per le organizzazioni, mentre la documentazione di Bot descrive un agente persistente su cloud computer. Considerateli prodotti separati finché il contratto non chiarisce quali funzionalità Bot, condizioni sui dati e controlli sono inclusi.
| Dettaglio commerciale | Informazioni pubbliche | Informazioni ancora ignote |
|---|---|---|
| Promozione enterprise | Due settimane gratuite per i clienti Grok e Cursor Enterprise | Se il periodo decorre dall’attivazione o da una data fissa |
| Accesso Bot standard | Incluso in diversi piani Cursor e Grok individuali idonei | La quota settimanale esatta per ogni piano |
| Conteggio dell’utilizzo | Cursor afferma che l’utilizzo incluso nei piani a pagamento si azzera ogni settimana e che, una volta esaurito, può continuare l’utilizzo on-demand | Un modello di costo enterprise affidabile per attività Bot di lunga durata |
| Prezzo enterprise | Percorso commerciale personalizzato | Prezzo per utente, numero minimo di seat, durata, eccedenze e SLA di supporto |
| Prezzi xAI per organizzazioni | La pagina prezzi ufficiale pubblicizza rate limit personalizzati, infrastruttura dedicata, SSO, supporto alla compliance, data residency e prezzi a volume | Quali di questi termini si applichino nello specifico a Grok Bot e con quale contratto |
Il rischio di budget non dipende solo dall’assenza di un prezzo. Il lavoro degli agenti viene misurato in base all’attività, ai passaggi di computer use e all’uso del modello, non con un semplice conteggio dei messaggi. Cursor avverte che una singola esecuzione lunga può consumare un credito di prova e che l’utilizzo on-demand è abilitato per impostazione predefinita nei piani Teams.
Cosa aggiunge davvero la release enterprise
Grok Bot è pensato per svolgere attività nelle applicazioni e sui siti web che i dipendenti usano già. La descrizione ufficiale del lancio afferma che un Bot può operare ininterrottamente, apprendere un flusso di lavoro da una dimostrazione e dalle correzioni ricevute, tornare dall’utente quando serve una decisione e comunicare con altri Bot.
È un modello operativo diverso da quello di un assistente convenzionale, che prepara una risposta e si ferma: risulta più utile per processi con un inizio e una fine definiti, ma basati su sistemi scomodi, datati o privi di API.
L’annuncio cita questi esempi:
| Team | Workflow descritto ufficialmente | Prima versione più sicura |
|---|---|---|
| Vendite | Monitorare contenuti, preparare bozze per LinkedIn/email e aggiornare una presentazione durante una chiamata | Solo bozze; richiedere l’approvazione umana per ogni messaggio in uscita |
| Recruiting | Cercare potenziali candidati durante la notte, preparare una shortlist, mettere in coda i contatti e creare scorecard | Usare dati sintetici o acquisiti con consenso; mantenere la revisione umana sulle decisioni relative ai candidati |
| Marketing | Leggere le Q&A di un webinar, individuare gli account executive pertinenti e preparare follow-up su Slack | Inviare bozze interne, non messaggi rivolti ai clienti |
| Finanza | Monitorare spesa fornitori, utilizzo e rinnovi per individuare risparmi | Partire da report in sola lettura prima di azioni di negoziazione o acquisto |
| Engineering | Monitorare pull request, build fallite, conflitti di merge e segnalazioni di sicurezza | Creare code di revisione e issue; inizialmente non concedere credenziali di merge o produzione |
Questi sono casi d’uso descritti dal fornitore, non misurazioni indipendenti del tasso di successo. La pagina di lancio non presenta metodologia, percentuale di completamento delle attività, dati sulla latenza, impegni di uptime o studi indipendenti sul ROI.
Controlli di sicurezza: cosa è confermato e cosa va verificato
xAI afferma che la release enterprise aggiunge controlli di accesso, di rete e di audit. L’annuncio aggiunge che il lavoro di ogni utente viene eseguito in un ambiente sicuro e isolato, che i Bot non hanno accesso per impostazione predefinita e che possono accedere solo agli account in cui l’utente effettua il login.
Si tratta di dichiarazioni del fornitore, non di una specifica completa per il procurement. Le FAQ di Grok Bot e la pagina di lancio non dettagliano cifratura specifica per Bot, campi di audit, conservazione, gestione delle chiavi, data residency, risposta agli incidenti o impegni di uptime.
Considerate i “controlli di audit” una funzionalità non verificata finché l’azienda non può esaminare i log e il testo contrattuale.
| Area di controllo | Posizione dichiarata pubblicamente | Evidenze da richiedere durante il pilot |
|---|---|---|
| Isolamento utenti | L’ambiente di ciascun utente è descritto come isolato | Documentazione sui confini del tenant e un test che dimostri che un utente non può ispezionare file o sessioni di un altro |
| Accesso predefinito | Un Bot parte senza accessi e richiede login negli account selezionati | Inventario degli account, ambito dei permessi, revoca delle credenziali e comportamento in fase di offboarding |
| Controllo di rete | Sono annunciati controlli di rete enterprise | Policy delle destinazioni consentite, comportamento sulle reti private, dettagli sull’egress e log dei fallimenti |
| Controllo di audit | Sono annunciati controlli di audit | Registri delle azioni esportabili con utente, Bot, strumento, timestamp, approvazione e risultato |
| Identità | Il materiale ufficiale sui prezzi pubblicizza SSO e SCIM per piani personalizzati | Se tali controlli coprono creazione, collegamento, provisioning e deprovisioning dei Bot, non solo il workspace principale |
| Gestione dati | È richiesto lo storage cloud; Legacy Privacy Mode non è supportata | Termini di conservazione, cancellazione, residenza, uso per l’addestramento ed elaborazione tramite connettori per il servizio esatto |
I limiti operativi che cambiano la valutazione del rischio
Le limitazioni più rilevanti non sono nella lista marketing, ma nel modello operativo. Grok Bot può lavorare in un browser e restare attivo dopo la chiusura del laptop, ma la stessa persistenza sul cloud che lo rende utile introduce interrogativi su stato condiviso, costi e ripristino.
Più Bot condividono lo stesso computer dell’account
Le FAQ ufficiali spiegano che tutti i Bot di un account condividono un solo cloud computer persistente, inclusi file, sessioni browser e login. Più Bot possono lavorare in parallelo e avere schermate separate, ma ogni Bot può eseguire una sola attività di computer use alla volta.
“Più Bot” non va quindi interpretato automaticamente come “più confini di sicurezza”. Non usate Bot distinti sullo stesso account come unica separazione tra credenziali di finanza, customer support ed engineering.
L’automazione nel browser può fermarsi nei punti più complessi
Le FAQ affermano che i siti privi di connettori formali possono funzionare attraverso gli strumenti browser, ma blocchi all’automazione, nuova autenticazione, CAPTCHA e conferme umane possono interrompere l’esecuzione. Password, codici di autenticazione a due fattori e CAPTCHA richiedono che l’utente prenda il controllo del computer.
Di conseguenza, un workflow riuscito in una demo pulita potrebbe comunque richiedere un percorso chiaro per le eccezioni. Un pilot dovrebbe includere deliberatamente sessioni scadute, pagine ambigue, automazione bloccata e login falliti, non soltanto il percorso ideale.
Approvazione e cancellazione non equivalgono all’isolamento
Le azioni sensibili possono andare in pausa in base alle regole dello strumento, al rischio o alla revisione automatica. Per un rollout in produzione, imponete l’approvazione umana esplicita prima di inviare messaggi, pubblicare contenuti, eliminare record, effettuare acquisti o modificare sistemi di produzione, anche se il Bot sembra in grado di eseguire tali azioni.
Eliminare un Bot rimuove il suo profilo, le conversazioni e le routine, ma le FAQ avvertono che file e login del computer condiviso possono rimanere. Considerate l’eliminazione un evento del ciclo di vita che richiede pulizia manuale e rotazione delle credenziali.
Il collegamento può essere permanente
La documentazione Cursor chiarisce che collegare un account individuale SuperGrok o X Premium+ a Cursor è una concessione di utilizzo, non una migrazione dell’abbonamento. Precisa inoltre che il collegamento non può essere scollegato in self-service né trasferito a un altro account Cursor.
Prima dei test, decidete quale identità aziendale e quale workspace saranno proprietari del Bot. Un account personale collegato a un workspace aziendale, o un entitlement aziendale collegato a un account Cursor personale, crea un problema di offboarding evitabile.
Le segnalazioni di utenti reali mostrano perché conviene verificare i dettagli di accesso e metering invece di darli per scontati:
“Ho iniziato oggi con l’integrazione Grok. Ho fatto cose basilari. Ho visto l’11% di utilizzo. È davvero assurdo.” — u/SubtleFuryTuesday in r/grok
È l’osservazione iniziale di un singolo utente, non un tasso di consumo universale. Rimane però una domanda utile per il pilot: quanta parte della quota settimanale di un piano consuma un’attività normale, e un amministratore può verificarlo prima che si accumulino addebiti on-demand?
Un’altra discussione su r/cursor evidenzia il problema degli entitlement da un’altra prospettiva:
“Almeno per me non funziona. Dice sempre che devo passare a Pro (lo sono già) … però sono sul vecchio piano tariffario (500 Requests).” — u/MidnightRambo
È un dato aneddotico e legato a uno specifico piano, ma suggerisce un test di accettazione concreto: verificare l’accesso con le effettive identità legacy, Teams ed Enterprise che l’azienda utilizzerà.
Dove avviare un pilot di Grok Bot e dove non iniziare
Vale la pena testare Grok Bot quando il vantaggio deriva dall’uso persistente del computer e le conseguenze di un’azione errata sono contenute. Non è invece una scelta sensata per iniziare con un workflow che può inviare, eliminare, acquistare, approvare o modificare dati di produzione senza lasciare una traccia affidabile di audit e rollback.
| Da cui iniziare | Con gate di approvazione | Da escludere dal primo pilot |
|---|---|---|
| Brief di ricerca interni | Comunicazioni con clienti o candidati | Transazioni finanziarie irreversibili |
| Revisione in sola lettura di fornitori e rinnovi | Aggiornamenti CRM e modifiche ai record | Deployment e merge in produzione |
| Bozze di follow-up commerciali o marketing | Pubblicazione e post esterni | Valutazione del personale senza revisione |
| Triage di inbox o ticket non sensibili | Creazione e prioritizzazione di ticket di sicurezza | Dati regolamentati senza controlli scritti |
| Monitoraggio di issue e build in repository di test | Qualsiasi azione che usi credenziali privilegiate | Account personali/aziendali condivisi |
L’utilizzo iniziale più solido è il lavoro browser-only basato prima sulle bozze: il Bot può fare più di un assistente testuale, mentre una persona continua a controllare l’effetto esterno. Il caso più debole è invece un workflow ad alto impatto in cui l’organizzazione non riesce a ricostruire con precisione cosa il Bot abbia visto, modificato e approvato.
Un pilot di procurement di due settimane che porti a un sì o a un no
Usate il periodo enterprise gratuito come test controllato, non come prova che il prodotto sia conveniente o pronto per la produzione.
- Scegliete un workflow reversibile. Usate una inbox di test, un CRM sandbox, un portale fornitori fittizio o un repository non di produzione. Definite il risultato atteso e le azioni che il Bot non deve mai compiere.
- Create un responsabile e un’identità di test dedicati. Poiché il collegamento dell’account può essere permanente, documentate il workspace proprietario prima che qualsiasi dipendente connetta un abbonamento personale o aziendale.
- Concedete il minimo accesso utile. Partite in sola lettura dove possibile. Evitate credenziali amministrative condivise, token di produzione, metodi di pagamento e sessioni browser senza restrizioni.
- Misurate il lavoro, non i messaggi. Registrate tempo trascorso, passaggi riusciti, tentativi ripetuti, interventi umani, login falliti, approvazioni e quota settimanale consumata. Cursor afferma che l’utilizzo si azzera ogni settimana, mentre la quota enterprise esatta non è pubblica.
- Forzate i casi di errore. Testate CAPTCHA, autenticazione scaduta, prompt injection in una pagina web, istruzioni contraddittorie, dati mancanti e una richiesta di inviare o cancellare qualcosa. Il Bot dovrebbe fermarsi e inoltrare il caso, non improvvisare.
- Esaminate il control plane. Verificate se gli amministratori possono rivedere ed esportare i log delle azioni, revocare gli account collegati, eliminare file o sessioni residue, gestire gli utenti tramite l’identity provider e indagare un incidente.
- Calcolate la decisione dopo la promozione. Chiedete al team account il prezzo dopo due settimane, i limiti di utilizzo, il meccanismo delle eccedenze, l’impegno minimo, i termini sui dati, i tempi di risposta del supporto e lo SLA. Se la risposta resta informale, mantenete il deployment in stato di pilot.
Un pilot è superato solo se il workflow è utile e l’azienda può spiegare chi ha autorizzato ogni azione con conseguenze rilevanti. Un alto tasso di completamento senza possibilità di recupero non equivale a prontezza enterprise.
FAQ su Grok Bot for Enterprise
Il lancio chiarisce la disponibilità, ma i dettagli commerciali e di governance richiedono ancora conferma dal team account.
Grok Bot for Enterprise è ufficialmente disponibile?
Sì. xAI lo ha annunciato il 3 settembre 2026, con due settimane di utilizzo gratuito per i clienti Grok e Cursor Enterprise; l’attivazione resta guidata da amministratori e team account.
Grok Bot ha un prezzo enterprise separato?
Non sono indicati pubblicamente un prezzo dopo la promozione, una quota, una tariffa per eccedenze o un minimo contrattuale: richiedete tutti e quattro i dati prima di approvare un rollout.
Grok Bot è la stessa cosa di Grok Enterprise?
No. xAI descrive Grok Business ed Enterprise come la sua offerta organizzativa più ampia, mentre le FAQ di Bot descrivono un agente persistente che utilizza cloud computer, siti web, file e account collegati.
Ogni dipendente può usarlo durante il periodo gratuito?
L’annuncio di lancio dice che è possibile invitare l’intera organizzazione, incluse le persone senza una seat esistente, ma permessi ed entitlement di utilizzo devono comunque essere confermati.
Ogni Bot riceve un computer separato?
No, non come rigido confine di sicurezza: i Bot di uno stesso account condividono un cloud computer persistente, inclusi file, sessioni browser e login, pur potendo eseguire attività in parallelo su schermate separate.
Grok Bot supporta SSO, SCIM e log di audit?
xAI pubblicizza controlli di accesso, rete, audit, SSO e SCIM per piani enterprise/personalizzati, ma gli acquirenti dovrebbero verificare copertura a livello di Bot, esportazione dei log, provisioning, deprovisioning e conservazione.
Grok Bot può usare siti web senza API?
Sì, ma blocchi all’automazione, CAPTCHA, nuova autenticazione e conferme umane possono interrompere il lavoro basato sul browser.
Chi dovrebbe usare ora Grok Bot for Enterprise?
I team con un workflow reversibile e basato prima sulle bozze dovrebbero eseguire un pilot limitato; chi necessita di prezzi fissi, credenziali granulari, auditabilità completa a livello di singola azione o garanzie sui dati regolamentati dovrebbe attendere risposte scritte.
La scelta dipende dal controllo, non dalla demo
Grok Bot for Enterprise merita un test perché il lavoro persistente basato sul browser risponde a un’esigenza reale, ma prezzo dopo la promozione, evidenze di governance, comportamento del computer condiviso e controlli del ciclo di vita richiedono ancora verifiche specifiche per account. Sfruttate le due settimane per un workflow reversibile, quindi estendete l’uso solo se l’azienda è in grado di controllare gli accessi, recuperare da azioni fallite e prevedere la spesa.