Configurazione di Grok Bot: niente Studio, niente selettore di modello

Questa settimana circola un post in lingua cinese intitolato 我的 Gro​k Bot 工作室配置 — «la mia configurazione dello studio di Gro​k Bot» — e la formulazione è l'indizio. Chiunque abbia configurato Gro​k Bot sul serio sa che non esiste alcuno studio: nessun builder drag-and-drop, nessuna tela di nodi, nessun menu a tendina in cui scegliere il modello. Gro​k Bot è il prodotto agente sempre attivo di SpaceXAI, lanciato l'11 agosto 2026, e tutta la sua superficie di configurazione è testo — un campo di descrizione, una conversazione e qualunque cosa tu riesca a convincerlo a ricordare. Non è un limite che si aggira sostituendo gli strumenti. Cambia perfino che cosa sia una configurazione, e spiega perché due persone che gestiscono quella che sembra la stessa configurazione ottengono risultati radicalmente diversi.

Il tempismo rende opportuno mettere tutto per iscritto adesso. Il 7 ottobre, Elon Musk ha dichiarato in un post su X che Grok Bot avrebbe smesso di essere limitato ai modelli di SpaceXAI e avrebbe attinto al «migliore modello back end per qualsiasi compito», citando Claude Opus 5.5, Midjourney e Suno — una dichiarazione, confermata in quanto dichiarazione da diverse testate e che ancora non comporta alcun listino prezzi, alcuna voce di changelog e alcuna misurazione esterna. Due giorni dopo, il 9 ottobre, hanno iniziato a essere distribuiti gli indirizzi email per Bot che terminano in @mail.grokbot.com. Dunque il prodotto che sta alla base della vostra configurazione si muove, e ciò che determina se questo movimento vi sarà d'aiuto è la stessa cosa di sempre: quanto bene è specificato il Bot stesso.

Che cos'è in realtà il segnale consegnato

Il post è un utente che mostra la propria configurazione, e la lettura utile è strutturale più che letterale: lo schema è che una configurazione funzionante di Gro​k Bot è una descrizione scritta delle mansioni più un piccolo numero di procedure salvate, non un pannello di impostazioni che visiti una volta sola. La documentazione di SpaceXAI stessa è insolitamente schietta al riguardo. “La configurazione è un messaggio, non un costruttore di flussi di lavoro”, dice una pagina. Una competenza è definita come “un insieme riutilizzabile di istruzioni su come svolgere un'attività”, e una routine come ciò che “indica a un Bot quando eseguire un flusso di lavoro — secondo una pianificazione o, dove supportato, dopo un evento”. L'ordine consigliato indicato dalla documentazione è l'intero metodo in una riga: “Inizia con un'attività una tantum. Rendila affidabile, salva il metodo come competenza e solo allora automatizzala.”

Se hai cercato una UI del builder perché ogni altro prodotto agente ne ha rilasciata una, quella riga è la risposta. L'artefatto di configurazione qui è prosa che sopravvive al contatto con un'attività reale — e la documentazione ti dice esattamente cosa contiene un artefatto valido: quando usare la skill, gli input richiesti e l'accesso, la sequenza di lavoro, come validare i risultati, cosa restituire e cosa richiede approvazione.

Il selettore del modello non esiste, e questa è la parte interessante

Chiedi dove scegliere tra Grok 4.7 e Claude Opus 5.5 per un determinato Bot e la documentazione risponde seccamente: “Cursor gestisce la selezione del modello, quindi non c'è alcun selettore di modello.” Non esiste un'impostazione del modello per Bot, né una per routine, né una per abilità. La pagina delle impostazioni del Bot comprende Nome, Etichetta, Descrizione, Avatar e una preferenza per le Notifiche — questa è l'intera superficie per Bot — con il fuso orario a livello di account perché le routine ne hanno bisogno per le pianificazioni.

Quindi il routing descritto da Musk il 7 ottobre non è una manopola che si gira. Allo stato della documentazione che possiamo leggere, è una decisione lato piattaforma, invisibile a te se non come qualità dell'output e come ciò che il contatore di utilizzo dirà in seguito. Per chiunque costruisca una configurazione sopra Gro​k Bot, questo è il vincolo più significativo in assoluto, e vale la pena dirlo chiaramente: controlli il lavoro, non il motore. Se questo compromesso è accettabile, il prodotto è coerente. Se il tuo flusso di lavoro richiede deliberatamente un modello specifico — per costo, per licenza, per riproducibilità — Gro​k Bot è lo strato sbagliato per quel requisito, e la configurazione non potrà mai esprimerlo.

I numeri che vincolano davvero un setup

La maggior parte dei consigli sulla configurazione è vaga perché lo è anche la maggior parte della documentazione sugli agenti. Questi non sono vaghi, e ognuno ha una conseguenza di progettazione.

• Routine per Bot — 50. Un Bot può possedere “fino a 50 routine” e l’app conserva “i 20 record di esecuzione più recenti per ciascuna routine”, quindi la tua traccia di controllo è limitata per scelta progettuale.

• Intervallo minimo di pianificazione — cinque minuti. “Le pianificazioni routine devono essere distanziate di almeno cinque minuti”, il che esclude cicli di polling serrati e ti spinge silenziosamente verso i trigger di eventi, invece.

• Teaching registra per dieci minuti. “Teaching registra l'interazione visibile al computer per un massimo di dieci minuti. Non registra l'audio del microfono.” Le procedure lunghe devono essere suddivise in segmenti.

• Segreti per Team Bot — 25, valori mascherati e oscurati nell'output, e la documentazione avverte che il Bot «può usare ogni segreto in qualsiasi conversazione di un compagno di squadra», quindi un segreto è accesso concesso all'intera squadra.

• Un computer per account, non per Bot. “Ogni Bot sul tuo account usa lo stesso computer”, è “assegnato al tuo account utente, non a un singolo Bot”, i file risiedono in un /workspace condiviso, e “i file sono visibili a ogni Bot”. Le schermate che ciascun Bot vede sono “superfici di lavoro separate, non confini di sicurezza separati”.

Quell'ultima è la limitazione che si scopre per ultima. Significa che una configurazione è un oggetto dell'intero account: un'autorizzazione che concedi a un Bot è un'autorizzazione che ha la flotta, e un file durevole scritto dal tuo Bot di ricerca è leggibile dal tuo Bot di outreach.

Configura il confine prima di configurare il job

Le linee guida di automazione fornite dalla documentazione stessa sono un breve elenco di cose che vale la pena fare nei primi dieci minuti di qualsiasi nuova configurazione. Mantieni le operazioni di scrittura dietro approvazione: “Richiedi l'approvazione per l'invio, l'acquisto, l'eliminazione, la pubblicazione o la modifica di sistemi di produzione.” Definisci una corrispondenza degli eventi ristretta ed evita “listener ampi come 'ogni nuovo messaggio'”, perché generano rumore, consumano utilizzo e agiscono su input irrilevanti. Usa il pulsante Test run sapendo che “un'esecuzione di test svolge lavoro reale. Può navigare siti web, modificare file e chiamare strumenti connessi.” Metti per iscritto una policy per l'assenza di dati e una policy per i dati obsoleti prima della prima mattina senza supervisione, e rendi idempotenti i tentativi ripetuti in modo che una nuova esecuzione non invii due volte.

Poi gestisci l'eliminazione, perché è l'unica operazione che non si può annullare. “L'eliminazione di una routine è immediata e non può essere annullata”, e l'eliminazione di 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 è l'alternativa reversibile. C'è anche una complicazione di licenza che è meglio conoscere anziché scoprire: la documentazione di Bots dice che la conservazione sul backend segue i termini Cursor applicabili, una frase da leggere prima di riempire uno spazio di lavoro condiviso con qualsiasi cosa soggetta a normative.

Cosa passa, cosa no

La duplicazione è il modo più economico per eseguire lo stesso ruolo in un ambito diverso, e la documentazione è precisa riguardo al confine. Un duplicato ottiene «il profilo, le impostazioni, le competenze, le routine e l'avatar», e non copia esplicitamente «la cronologia delle conversazioni, la memoria appresa o gli allegati della chat». La condivisione va oltre: crei un modello e scegli un accesso pubblico o solo per il team, e i destinatari lo visualizzano in anteprima e ne aggiungono una copia — «non ricevono la tua macchina, i tuoi accessi o la tua cronologia». Rimuovi le chiavi API, gli URL interni e i dati dei clienti prima di condividere, perché il modello contiene la configurazione, e la configurazione è dove le persone nascondono le credenziali.

La memoria merita la stessa diffidenza. La documentazione la descrive come una comodità, non come verità: continua a modificare i fatti nel sistema di origine, fai in modo che il Bot riapra o citi i dati attuali per le decisioni che contano, e codifica i limiti di sicurezza nella descrizione invece di fidarti che la memoria li conservi. I Team Bots aggiungono un secondo livello — la memoria di team letta dalla conversazione di tutti, e note private che seguono una sola persona — e un fatto di fatturazione indiscutibile: l'utilizzo “viene addebitato sulla quota di Gro​k Bot di quel compagno di squadra stesso, non su quella del proprietario.”

Dove si inserisce un router senza pretendere di essere l'agente

Gro​k Bot è un prodotto in abbonamento; non è qualcosa che si può instradare attraverso un endpoint di terze parti, e nessuna guida di configurazione onesta dovrebbe suggerire il contrario. La domanda che il problema della scarsità di modelli solleva è un'altra: se vuoi scegliere il motore di proposito, stai acquistando l'accesso API, e quello è uno strato separato dal Bot.

Quello strato è ciò che vendiamo. OrcaRouter è un unico endpoint compatibile con OpenAI per oltre 200 modelli, senza ricarico sul prezzo di listino del provider, quindi un taglio di prezzo del fornitore è attivo qui lo stesso giorno; Grok 4.7 è 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 sotto i 200K di token di prompt, una tariffa che raddoppia oltre quella soglia. Gli elementi che contano per una configurazione come quella nel post sono quelli che impediscono a un passaggio non provato di diventare un incidente di produzione: failover automatico tra provider quando uno si degrada, un DSL di routing che compone più modelli in un'unica chiamata e la fusione di modelli per pannelli che rispondono insieme. E la mossa pratica per la domanda “questo Bot può svolgere il lavoro, sì o no?” è quella noiosa — scrivi la skill, eseguila una volta a mano sul modello di cui stavi per fidarti, e solo allora automatizzala. Il failover è ciò che rende sopravvivibile, anziché una scommessa, provare un passaggio su un modello a cui non ti sei ancora impegnato.

Se stai scrivendo la tua configurazione questa settimana

Scrivi i ruoli come testo operativo, non come titoli di lavoro. Il consiglio della documentazione su questo è migliore della maggior parte: un Bot dovrebbe avere uno scopo, un set di strumenti, uno stile, un limite di approvazione o una pianificazione distinti, e dovrebbe partire da “l'organico più piccolo utile” con un Bot che possiede un risultato end-to-end prima che vengano aggiunti gli specialisti. Poi esegui la sequenza nell'ordine prescritto dalla documentazione — un compito reale, reso affidabile; il metodo salvato come competenza; solo allora una routine, con il Bot, la pianificazione, il fuso orario, la fonte di input, il risultato atteso, il limite di approvazione e il comportamento in caso di fonte mancante, tutto messo per iscritto. Provalo mentre lo osservi. Imposta il fuso orario prima della prima pianificazione, perché le routine lo usano. E nota la piccola rete di sicurezza che esiste: Grok Bot può chiedere se mantenere in esecuzione le routine dopo una lunga assenza e metterle in pausa se non rispondi.

La configurazione in quel post non è uno studio, e la parola non fa danni — è solo un nome per la cosa che un professionista costruisce quando gli unici controlli reali sono una descrizione, una libreria di competenze e una pianificazione. La parte che non sopravvivrà al prossimo cambiamento di prodotto è tutto ciò che presupponeva che il modello lo scegliessi tu. L'affermazione di Musk del 7 ottobre è ancora solo un'affermazione, e la documentazione continua a dire che non esiste alcun selettore; se un selettore verrà mai rilasciato, le configurazioni che varrà la pena avere saranno quelle che sono state specifiche sul compito fin dall'inizio.