O que é o Grok Bot e em que difere do chat Grok

Você pediu ao chat um e-mail de follow-up, um resumo da thread e os passos para reproduzir o bug. A resposta veio boa. Depois você ainda abriu o Gmail, o CRM e o ambiente de teste. O modelo fez 90%. O restante — logar, clicar, colar, enviar ou não enviar — ficou com você.

Essa diferença entre “quase pronto” e “pronto no lugar certo” é o problema que o Grok Bot tenta atacar. Não é o chatbot Grok. É outro produto da xAI (nas páginas oficiais, SpaceXAI): agentes com nome, sempre ligados, com um computador persistente na nuvem. Eles entram nas ferramentas que você já usa, terminam o trabalho ali e só voltam quando precisam da sua aprovação.

O que é o Grok Bot

Na documentação oficial, um Bot é um agente persistente, com nome — um colega de IA, não uma janela de prompt. Você cria o Bot, dá um trabalho, o contexto e o acesso. Ele opera no computador da nuvem: navegador, arquivos, terminal. Onde existe conector ou MCP, usa. Onde não há API limpa, usa o computador como você usaria o site.

O anúncio de 11 de agosto de 2026 descreve o produto em beta inicial assim: Bots têm computador próprio, entram nas ferramentas, trabalham em apps e caixas de entrada, concluem o serviço de ponta a ponta e só retornam quando algo precisa da sua aprovação. Você conversa com eles como conversaria com alguém do time. Eles lembram o fio, aprendem o jeito da casa e continuam com o notebook fechado.

Isso não é o chat Grok. O chat responde no fio. O Grok Bot executa no aplicativo real — rascunho na caixa, nota no CRM, ticket no tracker — e deixa o envio, a publicação ou a compra para você.

O que o Grok Bot não é:

• um plugin de automação que você monta num quadro de fluxo;
• um segundo Grok no X ou no site do chat;
• um agente que mora só no seu laptop — se o trabalho some quando você fecha a tampa, não é este produto.

Em que o Grok Bot difere do chat Grok

Quatro diferenças oficiais importam no dia a dia. Nenhuma delas é “o modelo é mais inteligente”.

Computador próprio. Cada Bot roda numa máquina virtual persistente na nuvem, com navegador, sistema de arquivos e terminal. O trabalho não trava quando você sai. Fechar o app ou o laptop não para o computador da nuvem. O resultado cai na ferramenta, não num parágrafo para você copiar. Onde a ferramenta publica uma API, o Bot pode usar conector; onde o site não tem contrato limpo, ele clica como gente.

Mensagem como colega. Não é obrigatório montar um construtor de fluxo antes. Cria o Bot, manda a tarefa, concede acesso. O mesmo Bot aparece no app de desktop — macOS ou Windows, segundo a documentação — e no iOS. Você retoma o fio nos dois. A documentação de início de uso diz, hoje, que não há app de desktop para Linux.

Vários Bots no mesmo projeto. Eles se escrevem, compartilham contexto em threads ou em grupo e passam a posse da tarefa para você não virar o roteador entre ferramentas. O exemplo oficial interno é um “chefe de gabinete” com especialistas por faixa: caixa de entrada, despesas, bugs. Não é oito chats para você colar recado de um no outro.

Aprender vendo uma vez. A documentação chama de skill o jeito de fazer e de routine o momento de rodar — agenda ou, onde existir, evento. O caminho prático: peça ao Bot para acompanhar na próxima vez que você fizer o serviço. Ele grava o fluxo, aceita correção e na seguinte tenta sozinho. Há também o Teach a task, quando o controle estiver visível: você demonstra no navegador, até dez minutos, sem áudio do microfone. O skill gerado é rascunho. Falta acrescentar o que uma demonstração não mostra: o que fazer se a fonte sumir, o que exige aprovação.

Aviso: todos os Bots da conta compartilham o computador

A documentação é direta. Todos os Bots da sua conta usam o mesmo computador na nuvem. Compartilham arquivos, sessões de navegador e logins. A máquina é isolada na conta, não no Bot. Cada Bot tem a própria tela — vários podem clicar ao mesmo tempo — mas tela não é fronteira de segurança.

Consequência prática: um login que você fez para o Bot de pesquisa fica disponível para o Bot da caixa de entrada. Arquivo em /workspace também. Não use “Bots separados” como se fossem ambientes isolados. Se um serviço não deveria mais estar acessível, saia dele no computador compartilhado. Apagar um Bot não apaga sessão nem arquivo.

Trate o computador como a mesa do escritório, não como um cofre por pessoa. Credencial temporária, planilha de cliente, cookie de admin: se está na mesa, qualquer Bot da conta alcança.

Exemplos de uso no trabalho

Lista de departamento não ensina. O que ensina é o pedido, o que o Bot faz sozinho e o que fica na sua mão. Quatro casos do tamanho de quem trabalha sozinho ou em time pequeno.

1. Follow-up depois da reunião

Você saiu da call com notas bagunçadas. Em vez de pedir “escreve um e-mail” no chat e depois copiar para o Gmail, você entrega o resultado:

“Abra as notas da reunião de hoje com a oficina. Redija três follow-ups: o que ficou combinado, o orçamento que falta e o prazo. Deixe rascunho no Gmail, não envie. Se faltar um número, pergunte.”

O Bot abre as notas e o e-mail, monta os rascunhos na caixa e para. Você lê, corrige o tom e envia. O chat Grok pararia no texto. Aqui o texto já está no lugar de enviar.

2. Pesquisa e rascunho de artigo ou post

Quem produz conteúdo gasta a tarde a abrir abas. Um pedido que o Grok Bot consegue fechar:

“Pesquise o que é MCP (Model Context Protocol) na documentação oficial. Escreva um rascunho em português, 800 palavras, para leigo que usa IA no trabalho. Sem notícia de lançamento. Deixe o texto num Google Doc e cole o link aqui. Não publique.”

Ele lê fonte primária, escreve, deixa o doc e volta com o link. Publicar continua seu. Se a fonte for fraca, você vê no rascunho — por isso a ordem é: Bot pesquisa e redige, você confere fato e tom.

3. Reproduzir um bug e abrir o ticket

O exemplo interno da xAI é este, e serve para time pequeno: alguém relatou um erro vago (“o botão não funciona no celular”). Você manda:

“Abra o ambiente de teste. Tente reproduzir o bug do botão Salvar no Safari iOS, anote os passos que funcionam e os que falham, tire prints e abra um ticket com isso. Não mexa em produção.”

O Bot usa o computador na nuvem para clicar na interface de verdade. O entregável é o ticket com passos, não um palpite no chat. Se precisar de login, você assume o computador no 2FA e devolve.

4. Prospecção com aprovação (não no piloto automático)

O anúncio oficial cita o Bot de outbound: pesquisa contas de noite, redige e-mail e LinkedIn na sua voz, deixa uma fila para aprovar de manhã. No tamanho Camada Prática:

“Pegue a lista desta semana. Pule quem já respondeu. Para as cinco contas sem site, pesquise o Instagram e o Google, escreva uma mensagem curta na minha voz e deixe rascunho. Não envie DM nem e-mail.”

Pesquisa e texto, sim. Disparo, não. Sem aprovação, um Bot de outreach vira spam com a sua cara.

5. Rotina da manhã, quando você já confia

Só depois de um dos casos acima funcionar duas vezes: peça para gravar o fluxo como skill e, se fizer sentido, como rotina às 8h. Exemplo: triar a caixa, marcar o que é urgente, deixar três rascunhos. Sem rotina no primeiro dia.

O primeiro pedido bom tem cinco peças, como a documentação pede: o resultado, as fontes, o que ele não pode fazer, o entregável e o ponto em que para para você.

Como ter acesso (e onde olhar o preço)

O Grok Bot está em beta. No post oficial de 26 de agosto de 2026, o acesso passou a vir incluso no SuperGrok, SuperGrok Plus, SuperGrok Heavy, Cursor Pro, Cursor Pro+, Cursor Ultra e nos planos Cursor Teams (Standard e Premium). Não é uma assinatura à parte. O uso do Bot tem cota própria, separada do uso do Grok e do Cursor — o que você entrega ao Bot não desconta o restante do plano.

Preço muda. Não cole tabela de concorrente nem valor de mensalidade daqui. Confira o que vale agora na página do produto e na ajuda do Cursor sobre planos do Grok Bot. Segundo essa ajuda, SuperGrok Lite, SuperGrok Team e SuperGrok Enterprise não entram pelo vínculo de conta individual; empresa grande segue em lista de espera. Conta em Legacy Privacy Mode do Cursor precisa mudar o ajuste: o Grok Bot exige armazenamento na nuvem.

Uso incluso se renova por semana. macOS e iOS compartilham o mesmo saldo da conta Cursor. Se você ligar um SuperGrok individual à conta Cursor, isso é concessão de uso, não troca de plano. O vínculo, uma vez criado, não muda de conta — entre com a conta certa antes.

Limites: senha, memória e o que a aprovação não desfaz

Não digite senha, código de dois fatores, passkey, CAPTCHA ou confirmação de pagamento no chat. A documentação pede handoff: abra o Agent Computer, assuma o controle, faça o passo sensível, devolva o controle e diga para continuar. Sessão no navegador persiste; por isso o aviso do computador compartilhado volta aqui.

Não trate memória do Bot como fonte da verdade. Contexto acumula — voz, preferência, fio antigo — mas dado de cliente, número de contrato e o que o sistema disse ontem vêm da ferramenta de origem, não do que o Bot “lembra”. Se a fonte estiver fora do ar, a rotina deve reportar falha, não reusar dado velho.

Aprovação controla a ação proposta. Não desfaz o que já rodou. Não aprove o que você não identifica. Envio, publicação, compra, exclusão, mudança em produção e aceite de termo ficam atrás de um “pode”. Auto Review, quando existir, complementa isso; não substitui privilégio mínimo.

O que fazer agora

Não comece por “montar o time de oito Bots”. Comece por um serviço que já atravessa duas ferramentas e tem entrega visível amanhã de manhã.

Exemplo, no tom da documentação, para quem não tem um CRM enorme na mesa:

Abra a caixa desta semana e o documento de contas. Pule quem já está em sequência. Pesquise as cinco contas que mais travaram, puxe o último fio no Slack e no e-mail, redija follow-up na minha voz e deixe os rascunhos para eu aprovar até amanhã, 9h. Não envie. Não apague. Se faltar login, peça para eu entrar.

Se o Bot fizer direito, grave o processo como skill. Só então pense em rotina. O valor não é ter agente. É o trabalho voltar pronto no lugar em que um humano colocaria — e você ainda ser quem aperta enviar.