Como o Grok Bot se saiu, critério por critério
Avaliei dez coisas que um produto que se chama de colega de equipe sempre ativo precisa provar. Cada linha é verificável contra a documentação publicada da xAI, datada de 11 de agosto de 2026. Filtre pelo que realmente funciona.
Um navegador, um terminal e um sistema de arquivos em uma VM Linux persistente. A preferência declarada da xAI é um conector onde existir um, navegador onde não existir.
Turnos em segundo plano e rotinas agendadas são executados no computador em nuvem. Fechar o app ou a tampa não os interrompe.
Mensagens assíncronas Bot a Bot mais chats em grupo de dois a seis Bots, com a transferência visível na transcrição.
Bots nomeados mantêm preferências, arquivos e logins de navegador entre turnos, em vez de começar de um ambiente em branco toda vez.
"Ensinar uma tarefa" grava até dez minutos de trabalho no navegador e produz uma skill em rascunho à qual você ainda precisa adicionar regras de decisão e tratamento de falhas. O lançamento é gradual, então o controle pode não aparecer ainda.
O mecanismo principal é um limite que você escreve em prosa. O Auto Review é baseado em modelo, opcional, e armazenado por desktop em vez de sincronizado entre suas máquinas.
SSO, política de MCP e gestão de assentos são herdados do painel do Cursor. Um teto de equipe para execução local está listado como em breve, e ainda não há teto de gastos para o Grok Bot.
Não há sandbox. A documentação é explícita: uma execução de teste realiza trabalho real, ela pode navegar em sites, alterar arquivos e chamar ferramentas conectadas.
"Uma visão de auditoria das ações do Bot está a caminho", declarado duas vezes na página de equipes. Hoje você tem gastos e uso em um painel, mais a transcrição do chat.
Nenhuma alegação de SOC 2, ISO 27001, GDPR ou HIPAA em lugar nenhum do conjunto de documentação. Nenhum período de retenção, nenhuma opção de residência, nenhuma especificação de criptografia. Tudo remete aos termos do Cursor.
Quatro linhas funcionam, três são parciais, três ainda não existem. Essa proporção é mais ou menos o que "beta inicial" deveria significar, e é preciso reconhecer que a xAI colocou o rótulo na página do produto em vez de escondê-lo em uma nota de rodapé.
O que eu realmente consegui testar, e o que não consegui
Vale a pena ser direto sobre isso, porque muitas análises da semana de lançamento não são.
O Grok Bot entrou no ar em 11 de agosto de 2026 atrás de um paywall rígido: SuperGrok Heavy, Cursor Ultra a 200 $/mês, ou Cursor Premium Teams a 120 $/assento/mês. Não há plano gratuito nem teste publicado. Toda página de documentação do conjunto traz um rodapé "Last updated: August 11, 2026", então todo o corpus é um retrato do dia do lançamento sem histórico de revisão.
Isso significa que esta análise se apoia em três coisas: a documentação completa publicada, a superfície de marketing, e a primeira semana de relatos de pessoas que pagaram. O que ela não é: um mês de uso prático, e qualquer pessoa que afirme o contrário nesta semana teve acesso antecipado ou está chutando. O relato prático mais detalhado no Hacker News vem de um testador que se autodeclarou de acesso antecipado, e eu o marquei como tal abaixo.
Uma pequena coisa que a captura de tela revela: o único botão de download naquela página diz "Download for Linux", enquanto a documentação afirma que o Linux desktop não é suportado no lançamento. As plataformas suportadas são macOS, Windows, e iPhone com iOS 18 ou posterior. O computador em nuvem em si roda em Linux; o seu app de desktop não consegue.
O que o Grok Bot acerta
O computador em nuvem não é um truque
A maioria dos agentes de IA autônomos ou chama APIs ou cria um sandbox novo por tarefa e o desmonta depois. O Grok Bot mantém uma única VM Linux gerenciada e persistente por conta de usuário, executando o Bot como usuário não-root, com um navegador, um terminal, e um sistema de arquivos /workspace que sobrevive a atualizações normais. O trabalho termina dentro da ferramenta real em vez de voltar como um rascunho de chat.
Essa distinção é o produto inteiro, e até a própria descrição de um engenheiro da xAI no Hacker News é incomumente precisa sobre isso: outros produtos de agentes de trabalho criam e desmontam uma VM nova para cada agente em nuvem, enquanto este é uma caixa sempre ativa que permanece logada e permite que os Bots troquem mensagens entre si. Trate isso como a própria empresa descrevendo seu design, não como validação de terceiros.
O ganho prático é real para tudo aquilo com que o mundo da automação de fluxos de trabalho com IA sempre teve dificuldade. Um portal de fornecedor com vinte anos, um painel de fornecedor sem exportação, um sistema interno para o qual ninguém vai construir uma integração. Este é o descendente honesto do RPA de call center, exceto que o script se escreve sozinho e se adapta quando um botão muda de lugar. Isso coloca o Grok Bot na mesma família do Chrome auto-browse, só que com uma máquina que nunca dorme.
O enquadramento de colega de equipe se sustenta em grande parte
Você cria um Bot, dá a ele um nome, um cargo e uma descrição, e o envia mensagens. Regras duráveis vão na descrição ("Nunca enviar mensagens externas sem aprovação"), instruções de tarefa vão na mensagem. Skills são definições de método reutilizáveis, rotinas as agendam, e um Bot pode ter até 50 rotinas com os 20 registros de execução mais recentes mantidos por rotina.
Chats em grupo aceitam de dois a seis Bots e os deixam se auto-organizarem, ou você se dirige a um com @. As transferências Bot a Bot são assíncronas, e você pode vê-las na conversa. Alguém no Hacker News que havia construído a mesma coisa manualmente resumiu a diferença assim:
"I've already been doing something very similar to this with OpenClaw, where I set up multiple different Telegram bots each with different system prompts to tune their personalty & behavior. It's not trivial to do, and I never managed to get bot-to-bot communication working."
O custo de configuração é realmente próximo de zero. Não há criador de fluxo de trabalho, nenhum grafo para desenhar, nenhuma configuração prévia de Bot. Essa é uma vantagem significativa sobre a categoria de criadores de agentes sem código, onde a construção é o produto.
Ensinar uma tarefa é mais real do que eu esperava
Peça a um Bot para te observar fazer algo uma vez na visão de computador, e ele escreve uma skill a partir da gravação. É limitado a dez minutos, apenas no navegador, e não captura áudio de microfone.
A xAI é admiravelmente honesta sobre o resultado: a skill aprendida é um rascunho, e você precisa adicionar regras de decisão, tratamento de falhas e limites de aprovação que não são óbvios a partir de um único exemplo. Também está trancada atrás de um lançamento gradual, então o controle pode simplesmente não estar lá quando você olhar. É por isso que eu a avaliei como parcial em vez de funcional.
Onde a análise vira: um computador, cada login
Este é o achado que reenquadra tudo o mais, e vem diretamente das próprias páginas da xAI, não de um crítico.
Todos os seus Bots compartilham um computador em nuvem. Arquivos, sessões de navegador e credenciais de linha de comando naquela máquina estão disponíveis para todo o seu conjunto de Bots. Cada Bot tem sua própria tela, mas a documentação tem o cuidado de dizer que essas telas são superfícies de trabalho separadas, não fronteiras de segurança separadas. A instrução tem uma frase de comprimento e é a linha mais afiada de toda a documentação: não use Bots separados como fronteira de segurança.
Duas consequências decorrem disso. Primeiro, quando você faz login em uma ferramenta para o seu Bot Expense Manager, o seu Bot Talent Scout herda essa sessão. Segundo, excluir um Bot não remove arquivos ou sessões de navegador compartilhadas do computador, então o desmonte é uma rotina manual de seis passos que inclui você mesmo se deslogar dos sites.
Uma crítica popular está errada e vale a pena corrigi-la. Você não entrega suas senhas ao modelo. Para uma senha, passkey, código 2FA, CAPTCHA ou confirmação de pagamento, o Bot pausa e te entrega a tela; você digita, depois devolve o controle. O testador de acesso antecipado no Hacker News descreveu exatamente esse fluxo, e existe uma primitiva estreita de segredo seguro em que o valor é mascarado, mantido fora da transcrição, e nunca mostrado ao modelo.
A objeção certa é mais sutil, e alguém no Hacker News a nomeou melhor do que qualquer analista:
"By hijacking a real person's credentials, that person becomes the accountability sink. Very neat. Very deliberate."
É essa a forma da coisa. O Bot age como você, na sua sessão, e o registro do outro lado diz que foi você. Para qualquer coisa que toque em privacidade de dados no helpdesk ou em uma revisão de SOC 2 e GDPR, essa é a pergunta com a qual a sua equipe de segurança vai começar.
O que traz à tona a lacuna de conformidade. Em quatro páginas de documentação relevantes para segurança não há alegação de SOC 2, ISO 27001, GDPR, HIPAA ou FedRAMP, nenhum período de retenção em dias, nenhuma opção de residência, e nenhuma especificação de criptografia própria da xAI. Tudo remete à documentação publicada do Cursor. O armazenamento também é obrigatório, já que o Grok Bot exige armazenamento de dados e não suporta o Modo de Privacidade Legado. Para uma página de documentação literalmente intitulada "para equipes e empresas", essa é a omissão que uma equipe de compras vai encontrar primeiro.
Os três controles que faltam
Não há simulação
Este é o que mais importa para mim, e é declarado pela xAI, não apenas inferido. Execução de teste existe, e o aviso anexado a ela diz: uma execução de teste realiza trabalho real, ela pode navegar em sites, alterar arquivos e chamar ferramentas conectadas.
Há uma segunda versão, mais silenciosa, do mesmo problema na documentação de aprovações: uma aprovação controla a ação proposta, ela não reverte trabalho já concluído. Enviar "Stop now" também não desfaz nada. Então o modelo de segurança é inteiramente preventivo, e a prevenção depende de limites que você pensou em escrever com antecedência.
Compare isso com como um agente delimitado vai ao ar. Você o reproduz sobre centenas de itens históricos reais, ele produz respostas que ninguém envia, e você lê um número de precisão antes de decidir. É isso que as melhores práticas de avaliação da OpenAI descrevem, e é a forma padrão de pegar o modo de falha que realmente morde, que é uma resposta fluente, plausível e errada em vez de um absurdo óbvio. É a mesma razão pela qual as alucinações de IA no suporte são pegas no ensaio e não em produção.
Aprovações são prosa, não política
A primeira instrução da documentação é escrever o limite você mesmo, no pedido, como uma frase. A xAI então lista categorias que recomenda cercar, e o verbo é "prefer", não "requires": enviar mensagens, publicar, compras e transferências, exclusão de dados, mudança de permissões, mudanças em produção, aceitação de termos legais. Nada na página diz que o produto para por padrão nessas categorias.
O Auto Review é o mais próximo de uma aplicação real, e é condicional ("quando a aplicação do Auto Review estiver disponível"), baseado em modelo, e armazenado por desktop em vez de sincronizado. O próprio aviso da xAI é incomumente direto: deve complementar, não substituir, o mínimo privilégio e limites de aprovação explícitos. Um LLM julgando o LLM. Alguém no r/AI_Agents colocou a versão operacional disso melhor do que a própria documentação:
"run enough autonomous agents and the failure that costs you isn't the draft quality, it's the sent email or CRM write the agent classified as routine and never surfaced for approval. how it decides what 'needs your approval' is the entire safety surface, and that's the part nobody's actually asking about."
Já vi exatamente essa falha em produção, em outro produto. Um gerente de TI de uma rede de restaurantes voltou com uma única linha depois que um agente enviou por e-mail um relatório que ninguém pediu: "Why did you email this report? I did not ask for that. DO not email these reports." Não custou nada daquela vez. A versão em que o agente escreveu sobre um tracker compartilhado em vez de anexar, o que também aconteceu, apagou o histórico de um cliente. Qualquer coisa com acesso de escrita a um documento compartilhado merece o mesmo escrutínio que você daria a uma integração de IA no Google Docs.
A visão de auditoria ainda está a caminho
Declarado duas vezes na página de equipes, no futuro. Gastos e uso aparecem hoje no painel do Cursor; um registro do que um Bot realmente fez, não.
A transcrição do chat é o substituto, e ela realmente mostra atividade de ferramentas, uso de computador, arquivos criados e pedidos de aprovação inline. Mas ela é organizada por conversa de Bot, não é pesquisável entre uma equipe, e as rotinas mantêm apenas os 20 registros de execução mais recentes. Se você precisa de evidência de QA de agentes ou de uma taxa de resolução de IA defensável, essa lacuna é um bloqueio em vez de um incômodo. Um comentário no r/AI_Agents resumiu esses três pontos em uma única linha:
"'own computer' is the right direction, but the hard parts are identity, approvals, audit logs. without those it's not an employee, it's a browser with chaos privileges"
O que os usuários da primeira semana realmente encontraram
Quase ninguém tinha usado por tempo suficiente para julgar a confiabilidade, então trate isso como um sinal inicial, não como um veredito.
O dado de custo mais forte veio de um testador de pré-lançamento que gosta do produto, o que o torna mais crível, não menos:
"Biggest downsides are token expenditure. I've used more tokens this month than not this month. That's not a typo - I've used less tokens in the last 5 years prior to this month than I have this month. Always on perpetual agents use a LOT of tokens."
Isso importa porque os limites de uso são semanais, o excedente é cobrado pelo custo bruto do modelo e dos tokens, e ainda não há teto de gastos para o Grok Bot. Trabalhei em toda a pilha de medidores no detalhamento de preços do Grok Bot, e vale a pena ler antes de comprometer uma equipe. Um assento que cobra por pessoa mais um medidor sem teto é uma forma diferente da matemática por ticket em custo de agente de IA vs. agente humano.
A própria medição estava visivelmente instável no lançamento. Uma pessoa que comprou o Cursor Ultra especificamente para testar relatou que o painel não mostrava uso enquanto o app mostrava 48%. Outra encontrou um login do GitHub quebrado no iOS e não conseguiu entrar de jeito nenhum. Ambos são bugs da semana de lançamento, não falhas de design, mas são a razão pela qual "beta inicial" é o rótulo certo.
O relato prático mais útil veio do r/singularity, e é uma caracterização justa do encaixe:
"gave it a shot, seems useful for product owners that need more automation and less hands-on work. main difference is that everything is stored on their backend. presentation is clean, simple, no reasoning/thinking knobs."
O tópico mais barulhento em ambas as plataformas não era sobre qualidade de jeito nenhum. Eram clientes do Cursor em planos inferiores descobrindo que estavam trancados de fora, que é do que trata em grande parte o topo do tópico de lançamento.
Então, dá para apontar isso para uma fila de suporte?
Dá, e a própria página de marketing da xAI convida você a fazer isso: um dos seus prompts de exemplo é sobre fazer login no Zendesk para trabalhar a fila de suporte. Vale a pena notar o que aconteceu em seguida, porém. Nenhum dos oito papéis de Bot com que o produto é lançado é um papel de suporte — a lista é Sales Outbound, Talent Scout, Paid Media, Expense Manager, Product Performance, Bug Reproduction, Account Health, e Chief of Staff.
Acho que essa é a decisão certa por parte da xAI, e ela se alinha com o que os compradores me dizem que precisam antes de ligar qualquer coisa. Um líder de CX de uma marca de suplementos DTC administrando cerca de 7.000 tickets por mês no Gorgias e no Shopify colocou a exigência com clareza: a IA nunca vai responder 100% das perguntas, mas se ela tenta e responde "desculpe, não sei", eles não podem voltar e revisar 7.000 tickets para ver se ela fez um bom trabalho. O que eles precisavam era de uma IA que só lidasse com os tickets nos quais está confiante e deixasse todo o resto em paz.
Uma sessão de navegador logada não tem como expressar isso. Não há escopo em nível de ticket, nem limiar de confiança, nem regra de "manter reembolsos longe da IA". Outro líder de suporte com quem falei queria exatamente isso: "There are certain tickets I don't want to go through AI." Um terceiro só queria que o agente agisse quando explicitamente mencionado com @, nunca em cada mensagem recebida de cliente.
Essas são três formas diferentes de pedir um escopo menor do que "a ferramenta inteira", que é o único escopo que um login de navegador compartilhado tem. É a mesma razão pela qual produtos de atendimento ao cliente agêntico são construídos em torno das próprias APIs do helpdesk em vez da sua interface, e por que a triagem de tickets existe como um controle separado. Decidir quais tickets um agente pode tocar é um trabalho diferente de respondê-los.
Se você ainda quiser tentar a abordagem de agente geral no suporte, a versão sensata é apenas rascunho. Deixe-o pesquisar e preparar, e mantenha todo envio atrás de uma pessoa, o que um copiloto de IA para atendimento ao cliente faz por design.
Depois adicione as partes que uma sessão de navegador não consegue cobrir: um caminho real de transferência para humano, e regras para quando o agente desiste em vez de adivinhar. Nesse ponto, você terá reconstruído à mão a maior parte do que um copiloto de helpdesk já traz de fábrica.
Um colega de equipe de IA para a fila, sem o login compartilhado
Se você leu até aqui porque quer a sensação de colega de equipe em uma fila de suporte em vez de um agente de trabalho geral, essa é a lacuna para a qual a eesel foi construída. A eesel se conecta ao Zendesk, Freshdesk, Gorgias, Front e o restante como um app, não como uma sessão de navegador que permanece logada, então o escopo é uma configuração real em vez de uma frase que você esperava que o modelo respeitasse.
A parte que mais importa para essa comparação é o ensaio. Você reproduz a eesel sobre o seu próprio histórico de tickets antes de ela tocar em qualquer coisa ao vivo, e lê um número de precisão e uma taxa de resolução projetada antes de decidir ativá-la. O roteamento por confiança decide quais tickets ela trata e quais vão direto para um humano, cada resposta cita a fonte de onde veio, e cada ação cai em um registro de atividade que você pode consultar. A configuração leva minutos pelo marketplace do seu helpdesk, e você a treina na sua base de conhecimento em vez de esperar que os dados de treinamento cubram a sua política de reembolso.
Ela também não finge ser a outra coisa. A eesel não vai fazer login em uma ferramenta SaaS arbitrária sem API e clicar em seu nome. Se esse é o seu problema real, o Grok Bot é uma resposta melhor do que nós.
Experimente a eesel de graça, ou rode uma simulação nos tickets do mês passado e veja o número antes de se comprometer.
Notas da análise do Grok Bot, por quem você é
| Você é | Nota | Por quê |
|---|---|---|
| Está automatizando uma ferramenta sem API | 8/10 | Essa é a razão de o produto existir. Um navegador mais o seu login vence esperar por uma integração que ninguém vai construir. |
| Faz trabalho de conhecimento voltado a rascunhos | 7/10 | Pesquisa, resumos, higiene de pipeline, organização de despesas. Erros custam uma releitura, não um cliente. |
| Comanda uma equipe de engenharia | 7/10 | Trabalho assíncrono entre repositórios sem fazer malabarismo com worktrees, e o Cursor já é a camada de conta. Fique de olho no consumo de tokens. |
| Trabalha uma fila de suporte | 4/10 | Sem simulação, sem limiar de confiança, sem registro por resposta, e enviar é a ação que você não pode desfazer. |
| Compra para uma organização regulada | 3/10 | Nenhuma certificação alegada, nenhum período de retenção publicado, nenhuma opção de residência, uma máquina compartilhada por pessoa. |
| Está em um plano inferior do Cursor | n/d | Você ainda não pode comprá-lo. Isso é a maior parte do tópico de lançamento. |
O Grok Bot vale a pena?
Sim, se o seu gargalo é uma ferramenta que ninguém integrou e o seu trabalho é sobretudo de rascunhos. A arquitetura é uma resposta real para um problema real, o custo de configuração é próximo de zero, e prefiro ver um fornecedor lançar isso rotulado como "beta inicial" do que disfarçá-lo como pronto para empresas. Nesse eixo, supera a maior parte do que está no campo dos melhores agentes de IA agora mesmo, e o modelo por trás dele é da mesma linhagem Grok 4.5 que vem conquistando gente silenciosamente.
Não, se o trabalho envolve enviar algo a um cliente. Não porque o modelo é ruim, mas porque os três controles que tornam um agente seguro para apontar a uma fila são exatamente os três que não foram lançados: ensaio, escopo e um registro. A xAI já disse que dois deles estão a caminho, o que é a versão honesta de "ainda não" e vale a pena reverificar dentro de um trimestre.
Se você está pesando a categoria em vez do produto, o Claude Cowork é o análogo mais próximo com as mesmas trocas. O Manus AI compartilha a forma de computador em nuvem, assim como o MaxClaw.
O Lindy AI vende o mesmo enquadramento de colega de equipe sem pedir uma sessão de navegador.
Para qualquer coisa com formato de suporte, comece a partir de software de helpdesk com IA. E se você estiver tentado a montar um agente geral por conta própria, faça primeiro as contas de construir vs. comprar.
Perguntas frequentes
O Grok Bot vale a pena em 2026?
Quanto custa o Grok Bot?
É seguro dar ao Grok Bot acesso às minhas contas?
O Grok Bot consegue trabalhar tickets de suporte ao cliente?
Qual é a diferença entre o Grok Bot e o Claude Cowork?
O Grok Bot tem um registro de auditoria?
Quais plataformas o Grok Bot suporta?
Quais são as melhores alternativas ao Grok Bot?
Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.
