Consigli

Apri Settings → General. Sotto Bot trova Custom Rules sotto l’interruttore Auto Review. In When Grok Bot wants to: scrivi “invia qualsiasi email esterna”. Scegli Ask first e premi Add Rule (documentazione).

Una regola Ask first ferma sempre le azioni che corrispondono. Vince anche quando corrisponde pure una regola Allow. Tieni ogni regola breve e precisa. La documentazione sconsiglia regole ampie come “consenti tutto nel browser”. Le versioni più recenti dell’app elencano le stesse regole in una sezione Permissions (changelog v0.77.0).

I Bot personali non hanno una schermata della memoria. Chiedi in chat: “Cosa ricordi di me?” (documentazione). Per correggere qualcosa scrivi la versione giusta. Per cancellarlo scrivi “Dimentica che …” seguito dal fatto.

Alcuni fatti come il tuo nome e il tuo fuso orario sono condivisi da tutti i tuoi Bot. Per cancellare del tutto un fatto condiviso chiedilo al Bot che lo ha salvato.

Apri Settings → Computer → Your computer e imposta Execution on this computer su Never allow. Ogni desktop elencato ha la sua impostazione (documentazione).

Il valore predefinito è Ask every time. La documentazione consiglia Never allow a meno che un Bot abbia un motivo preciso per lavorare sui tuoi file locali. Il Bot usa comunque il suo computer cloud e quindi il lavoro normale va avanti.

Quando un Bot ti chiede una chiave API aspetta la secure secret card. Scrivi il valore nel campo mascherato e scegli Save securely (documentazione Vault). Il valore resta fuori dalla chat e il Bot non lo vede mai.

Non incollare una password o un codice monouso o una chiave in un messaggio normale (documentazione approvazioni). Alcuni passaggi un modulo non li può gestire. Una passkey o un CAPTCHA sono esempi. Scegli Take over e completa tu il passaggio. Poi scegli I’m done.

Apri Settings → Vault e aggiungi il login per un sito che serve al tuo Bot (documentazione). Il Bot lo usa per accedere e non vede mai la password. Vault richiede Grok Bot 0.75.2 o successivo.

Tutto ciò che è in Vault è disponibile per ogni Bot del tuo account. Non puoi limitare un elemento a un solo Bot. I Bot condivisi non usano Vault. Per un Bot condiviso aggiungi invece le chiavi in Secrets. Non mettere mai una password o una chiave in chat o in un comando Shell o in un file sul computer (documentazione).

Metti lo stop nella tua richiesta: “Scrivi una bozza. Mostrami il testo esatto. Non inviarlo finché non dico sì.” La documentazione chiede un limite chiaro prima che un Bot invii messaggi o pubblichi contenuti o compri qualcosa (documentazione). Dalle demo dei meetup di Grok Bot.

Poi aggiungi le reti di sicurezza. Tieni attive le bozze delle email e aggiungi una regola Ask first per le email in uscita. Una carta salvata in Vault paga senza chiederti ogni volta. Per approvare tu ogni pagamento non salvare la carta (documentazione). Se una scheda mostra un destinatario o un testo che non ti aspettavi allora non approvarla. Prima chiedi al Bot di spiegartela in parole semplici.

Aggiungi una regola Ask first per le email in uscita. Poi dai al nuovo Bot un compito innocuo che la fa scattare: “Scrivimi una breve email di prova e inviala.” La scheda di una regola Ask first mostra Allow e Not now (documentazione). Scegli Not now e controlla che non sia stato inviato niente.

Chiedi di nuovo e scegli Allow. Controlla che la mail sia arrivata all’indirizzo giusto con il testo che hai visto. Solo allora dai al Bot un lavoro vero. Dalle demo dei meetup di Grok Bot.

Dopo aver creato o modificato una routine aprila sul desktop e scegli Test. Il risultato compare nella chat del Bot (documentazione). Nessun pulsante Test? Chiedi al Bot di fare lo stesso lavoro una volta in chat con un input sicuro.

Una prova fa lavoro vero. Tieni le azioni di scrittura dietro un’approvazione. Controlla che abbia usato input aggiornati. Controlla che si sia fermata al punto di approvazione giusto e che abbia segnalato chiaramente gli errori.

Di norma i Bot preparano come bozza le email e i messaggi Slack in uscita perché tu li riveda. La scheda mostra Needs approval. Controlla i destinatari e il testo. Poi scegli Send o Discard (documentazione).

Una volta hai scelto Disable drafts for Bot? Allora scegli Needs approval su una delle schede bozza di quel Bot oppure chiedi al Bot di riattivare le bozze. L’impostazione vale per singolo Bot.

Un Bot condiviso in Slack può chiederti di collegare un account Cursor. Apri Settings → General → Shared Bots e collega il tuo account Slack all’account Cursor del team del Bot (documentazione).

Poi le approvazioni funzionano nel thread. La scheda offre Allow once e Deny e View details. Solo la persona che ha fatto la richiesta può rispondere (documentazione approvazioni).

Avvia una chat di gruppo con New chat e aggiungi i Bot (documentazione). Nel primo messaggio dai a ogni Bot una fase: “@Researcher raccogli le fonti. @Writer trasformale in una bozza. @Reviewer elenca solo i problemi bloccanti. Non pubblicate niente.” La documentazione chiede un solo responsabile per ogni fase. I passaggi in parallelo creano lavoro doppio e aggiornamenti rumorosi (documentazione).

Lascia a un solo Bot l’invio finale dalla sua chat. Le schede di approvazione e le bozze delle email non compaiono in un gruppo (documentazione). Evita il grande Bot unico che fa tutto. Aggiungi un Bot solo quando il lavoro ha un ruolo specialistico stabile (documentazione). Dalle demo dei meetup di Grok Bot.

Crea un Bot separato quando il lavoro ha un suo obiettivo. Fai lo stesso quando servono altri strumenti o altre fonti o un altro limite di approvazione o una sua pianificazione (documentazione). Dagli il nome del compito. Un Gestore Spese sa a cosa serve. Un Aiutante Generico no.

Nel primo messaggio scrivi il compito e i limiti fissi. Per esempio: “Occupati tu delle mie ricevute spese. Non inviare mai niente e non mandare mai email e non pubblicare mai niente senza il mio OK.” Poi chiedi al Bot di ricordarli. Dalle demo dei meetup di Grok Bot.

Crea un Bot con New Bot o Cmd/Ctrl+N e dagli un nome. Usa il primo messaggio per dargli il suo compito e le sue fonti e i suoi limiti di approvazione. Chiedigli di ricordarli (documentazione).

Scrivi il ruolo come un lavoro di cui è responsabile. Per esempio: “Occupati tu della revisione settimanale degli account. Non contattare mai un cliente e non modificare mai un account senza approvazione.” Poi invia un primo compito vero con un traguardo chiaro.

Con The X Subscription apri grok.com/dashboard/billing. Lascia Auto Top-up disattivato oppure imposta un limite mensile in Additional usage credits. Con un vecchio piano Cursor apri in Grok Bot Settings → Usage & Billing → On-demand monthly limit (documentazione).

Il tetto non ferma un Bot a metà di un’esecuzione. Un’attività in corso può superarlo di poco.

Questo consiglio è per Hermes Agent. È l’agente di Nous Research e non il Grok Bot di xAI. Se usi Grok tramite Hermes Agent scrivi in chat /goal <what done looks like>. Dopo ogni turno un modello giudice controlla l’obiettivo. Poi Hermes continua da solo per un massimo di 20 turni (documentazione).

/goal pause ferma il ciclo e tiene l’obiettivo. /goal clear lo elimina. /subgoal <text> aggiunge un criterio mentre il ciclo è in corso. Di’ esattamente cosa vuol dire finito. Un obiettivo vago porta a un giudizio vago.

Questo consiglio è per Hermes Agent. È l’agente di Nous Research e non il Grok Bot di xAI. Se usi Grok tramite Hermes Agent scrivi hermes -c per continuare. Ogni terminale o pannello tmux riprende la propria ultima sessione. Non salta alla sessione più recente sulla tua macchina (documentazione).

Se hai dato un titolo a una sessione allora hermes -c "my project" la riprende per nome.

Dai a un agente di codice un solo compito preciso alla volta. Lascia girare la revisione automatica e i test prima di qualsiasi merge. Tieni per te il sì prima di un push sul branch principale o di un deploy. La documentazione mette le modifiche in produzione tra le azioni che richiedono un limite chiaro (documentazione). Questi sono controlli di revisione. Una buona sensazione sul codice non lo è. Dalle demo dei meetup di Grok Bot.

Alcuni strumenti open mostrati nelle demo lo fanno per te. Firstmate gestisce per te una squadra di agenti di codice. no-mistakes rivede e testa una modifica prima che diventi una pull request. pstack è un insieme di skill per un lavoro attento con gli agenti. Non ti serve nessuno di questi. I controlli contano più dello strumento.