Grok Bot e eesel AI usam a palavra "colega de equipe", mas foram feitos para trabalhos diferentes. O Grok Bot é o agente de trabalho de propósito geral da xAI: recebe um computador na nuvem, entra nos seus apps como um humano logado e clica como uma pessoa faria. Esse desenho é o que permite alcançar ferramentas sem uma API limpa, e é exatamente por isso que eu não o colocaria em uma fila de suporte ao vivo. Não há teste a seco com seus tickets antigos, não há como dizer "mexa só nos tickets de que você tem confiança" e não há registro por resposta do que ele fez.
A eesel AI tem de propósito o formato oposto. Seu colega de helpdesk se conecta ao Zendesk, Freshdesk, Gorgias ou Help Scout pelas integrações próprias deles, treina com o seu histórico e pode ser simulado contra milhares de tickets antigos antes de responder a qualquer cliente. Você define o escopo por ticket, roteia por confiança e audita cada resposta.
Resumindo: se você quer um agente para fazer trabalho variado de computador entre apps, vale olhar o Grok Bot. Se quer um agente para trabalhar uma fila de suporte com segurança, é outra ferramenta, e é sobre ela que este texto realmente trata.
Transparência antes de começar: eu trabalho na eesel e passei os últimos anos colocando agentes de IA em filas de suporte ao vivo. O que fica na memória não são as demos. É ver um bot de tom confiante inventar uma resposta no ticket de um cliente real porque a base de conhecimento voltou vazia. Nós lançamos isso, descobrimos e hoje projetamos contra isso, e essa é a lente que trago para esta comparação.
Essa captura é o argumento inteiro em um quadro: cada ação do agente, com escopo em um ticket e marcada como aprovada, pendente ou resolvida. Guarde essa ideia, porque é justamente o que um agente de propósito geral operando um navegador não consegue entregar.
O que o Grok Bot realmente é
O Grok Bot é o app de colegas agentes sempre ativos da xAI, anunciado em 11 de agosto de 2026 e ainda rotulado como "Early beta" na própria página. Cada Bot é um trabalhador persistente e nomeado. Ele recebe seu próprio computador na nuvem (uma VM Linux gerenciada), entra nos apps e sites que você usa e os opera pelas interfaces. O apelo principal é a cobertura: os Bots podem trabalhar em "platforms with no clean API or MCP" justamente porque agem como um humano logado em vez de chamar uma API.
É uma capacidade real, e é nova. Oito papéis nomeados chegam no lançamento: Sales Outbound, Talent Scout, Paid Media, Expense Manager, Product Performance, Bug Reproduction, Account Health e Chief of Staff. Os Bots podem trocar mensagens, formar chats em grupo de dois a seis e se autorrotear quando não são mencionados com @. Se você queria agentes de IA autônomos que simplesmente trabalhem em silêncio em segundo plano, esta é uma das apostas mais ambiciosas, na mesma família do Claude Cowork e do Manus AI.
Mas aqui está o indício. Nenhum desses oito papéis é de suporte, embora o prompt de exemplo da própria página de produto seja "Sign in to Zendesk so I can work the support queue." A xAI mostra um caso de uso de suporte para o qual não lançou de fato um produto de suporte. Essa lacuna é a razão de ser desta comparação.
O que a eesel AI realmente é
A eesel é uma plataforma de colegas de equipe com IA: você contrata um colega pronto para trabalhar em uma função específica, conecta aos apps que já usa e ele começa a trabalhar em minutos. O elenco atual são dois colegas, um colega de helpdesk com IA e um redator de blog com IA, e para este texto o que importa é o de helpdesk.
A diferença em relação ao Grok Bot é de arquitetura, não cosmética. A eesel não entra no seu helpdesk como um humano nem fica clicando. Ela se conecta como app, pela própria superfície de integração do helpdesk, o que torna expressáveis todos os controles específicos de suporte. Treina com seus tickets antigos, central de ajuda e documentos, entra na fila dentro do Zendesk, Freshdesk ou Gorgias, consulta pedidos, etiqueta tickets e redige ou envia respostas. E pode rodar em simulação contra o seu histórico de tickets antes de tocar em uma única conversa ao vivo.
Se o Grok Bot é um trabalhador geral a quem você entrega um login e uma lista de tarefas, a eesel é mais como um novo agente de helpdesk que já conhece seu produto e trabalha dentro das suas regras.
A diferença central: operar um navegador vs conectar-se como app
Tudo o mais decorre de uma escolha de design: como o agente chega ao seu helpdesk.
Os Bots do Grok Bot compartilham um computador na nuvem por conta de usuário. O Bot nunca guarda suas credenciais diretamente, o que soa tranquilizador: ele passa a tela para você, você digita a senha, a passkey ou o 2FA, e ele prossegue. Mas então a sessão persiste nesse computador compartilhado, e qualquer outro Bot da sua conta pode reutilizá-la. A documentação da xAI diz isso duas vezes, em palavras claras: "Do not use separate Bots as a security boundary." Se você apaga um Bot, os arquivos e logins dele ficam para trás.
Para um kit de produtividade, essa troca é aceitável. Para uma fila de suporte, é o formato errado, porque uma sessão de navegador logada não tem onde colocar as restrições de que uma fila real precisa. Você não pode dizer "aja só em tickets de que você tem confiança". Não pode dizer "mantenha disputas de cobrança totalmente longe da IA". Não consegue um registro por resposta do que ela decidiu e por quê. Isso não é luxo: são as primeiras perguntas de todo líder de suporte com quem conversei antes de entrar em produção. Um líder de CX resumiu todo o requisito em uma frase:
"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."
um líder de CX de uma marca DTC de suplementos com Gorgias e Shopify, que atende cerca de 7.000 tickets por mês
Um agente que entra no seu helpdesk como humano tem exatamente um modo: trabalha a fila. O pedido inteiro desse comprador era que ele não trabalhasse a maior parte da fila. Essa é uma restrição que dá para expressar quando o agente se conecta como app com escopo, e que fundamentalmente não dá quando ele é só uma sessão de navegador com o seu login dentro.
Onde o Grok Bot realmente ganha
Sejamos justos, porque o design que opera a interface não é um erro, é uma resposta real a um problema real. Muitas ferramentas de negócio não têm API utilizável. Fornecedores de RPA vivem de preencher essa lacuna há anos, e um modelo que consegue olhar uma tela e clicar no botão certo é uma ponte muito melhor do que scripts frágeis de raspagem de tela. Para operações internas, pesquisa pontual, automação de fluxos de trabalho entre meia dúzia de apps ou o tipo de tarefa longa que antes consumia uma tarde, um Bot sempre ativo com computador próprio é genuinamente atraente. É o descendente honesto do RPA de call center, com um motorista muito mais esperto.
Um comentarista do HN que o usou por um mês captou tanto o apelo quanto o problema:
"Additionally though each one has their own computer, which means async work feels like it actually works... Biggest downsides are token expenditure. I've used more tokens this month than not this month. That's not a typo."
Essa é a troca em poucas palavras: capacidade assíncrona real, custo de tokens real. Se o seu trabalho é amplo, exploratório e tolera um desvio ocasional, essa troca pode valer a pena. Uma fila de suporte não é nada disso.
Onde a eesel se encaixa melhor: a fila de suporte
Uma fila em produção tem uma lista específica de requisitos, e para a maioria das equipes eles são inegociáveis. Aqui estão, e correspondem quase um a um ao que um app com escopo consegue fazer e uma sessão de navegador não.
Um teste a seco antes de entrar em produção. A eesel pode simular contra seus tickets históricos para que você tenha números que possa questionar antes de qualquer cliente estar envolvido. Em uma caixa de entrada de e-commerce, esse teste voltou com 93% de precisão na triagem e apontou uma taxa de erro factual de 7% nos rascunhos, e sabíamos ambos antes de ligar a chave. A documentação do Grok Bot é explícita em que isso não existe aqui: "A test run performs real work. It can navigate websites, change files, and call connected tools." Não há teste a seco, então o primeiro teste real é com um cliente real.
Responder só com confiança. A eesel roteia por um limiar de confiança de intenção e deixa o resto em paz. É o único controle sem o qual o líder de CX acima não entraria em produção.
Pular certos tipos de ticket. A classificação de tickets permite manter categorias inteiras longe da IA. Uma sessão logada enxerga a caixa de entrada toda.
Citar a fonte e passar para um humano sem atrito. As respostas trazem citações, e as escalações vão para uma transferência para humano em vez de um beco sem saída. Aprendemos do jeito difícil por que isso importa: já vimos um fluxo autônomo se passar por um agente humano nomeado e fechar automaticamente o próprio e-mail de escalação, de modo que nenhuma pessoa real o viu. Registros por resposta e escalação limpa existem justamente para que essa falha seja visível, não silenciosa.
Um registro de cada resposta. É a superfície de taxa de resolução e auditoria, e é a diferença entre "a IA resolveu" e "aqui está exatamente o que a IA fez".
O Grok Bot, a seu favor, não esconde essa lacuna. Seu próprio modelo de aprovação vem com um aviso impresso na documentação: "An approval controls the proposed action. It does not reverse work already completed." E a superfície de auditoria? "An audit view of Bot actions is coming." Futuro. Como nosso colega Amogh disse quando projetávamos nossas próprias salvaguardas: "If hard-fail it's silent-failure class (worst class for trust)." Uma ferramenta de suporte que pode agir antes de você revisar, com a visão de auditoria ainda no roadmap, está em cheio nessa classe.
Preços: assentos vs créditos
Os dois produtos não só cobram de forma diferente, cobram coisas diferentes.
O Grok Bot vende assentos. Os dois planos self-service levam o nome da Cursor, não da xAI: Cursor Ultra a US$ 200/mês e Cursor Premium Teams a US$ 120/assento/mês (o plano de equipe é, curiosamente, mais barato por assento que o individual). Não há plano gratuito nem teste publicado, e a única menção de cota é "Extended limits on AI tokens" sem número real, com excedente cobrado pelo custo de modelo e tokens. Um assento é acesso a um trabalhador.
A eesel vende trabalho feito. Conforme a página de preços, é um preço mensal fixo dimensionado pelo volume, a partir de US$ 299/mês por 500 créditos, onde 1 crédito é um ticket ou chat, não importa a duração (não por resposta), sem taxa de plataforma e sem taxas por assento. Você começa com 100 créditos grátis e sem cartão de crédito. Um ticket é uma unidade em que você já pensa.
| Grok Bot | eesel AI | |
|---|---|---|
| Modelo | Por assento | Créditos mensais fixos (1 por ticket ou chat) |
| Preço de entrada | US$ 200/mês individual, US$ 120/assento em equipe | A partir de US$ 299/mês (500 créditos) |
| Plano gratuito | Nenhum publicado | 100 créditos grátis, sem cartão |
| Excedente | Custo de tokens por cima | Opcional, US$ 0,80 por crédito extra, com teto definido por você |
| Você paga por | Acesso a um trabalhador | Trabalho realmente feito |
A razão pela qual isso importa além do preço de tabela: previsibilidade. Os créditos da eesel evitam cobrar a mais por iterações internas, acompanhamentos ou novas tentativas de um bot dentro de um único ticket, então o número no fim do mês acompanha o trabalho, não a tagarelice do modelo. A realidade do "you'll use a LOT of tokens" do Grok Bot (palavras do usuário do HN, não minhas) é o oposto: o custo cresce conforme o quanto o agente pensa, exatamente a variável que você não consegue prever. Para um detalhamento maior de como o preço por unidade de IA se compara ao de um agente humano, mostramos a conta de custos separadamente.
Segurança e o problema da sessão compartilhada
Esta é a parte que eu mais destacaria para quem está avaliando o Grok Bot especificamente para suporte.
Tickets de suporte são cheios de dados sensíveis: números de cartão, senhas, dados pessoais. Um comprador que acompanhamos em uma revisão de segurança rigorosa perguntou com clareza se os dados de tickets com informações pessoais permaneceriam no ambiente dele. Essa é a pergunta padrão em setores regulados, não um caso extremo.
A documentação do Grok Bot declara zero certificações de conformidade: sem SOC 2, sem ISO, sem GDPR, sem HIPAA, sem período de retenção ou residência de dados informados, remetendo aos termos da Cursor. Combine isso com uma sessão de navegador persistente e logada que outros Bots podem reutilizar e você tem uma superfície de credenciais e dados pessoais em uma máquina compartilhada. É um perfil de risco bem diferente do de uma ferramenta de produtividade que navega em sites públicos.
A postura de segurança da eesel é construída para o público oposto. Dados de clientes nunca treinam modelos, cada workspace é totalmente isolado, e a redação opcional de dados pessoais remove números de cartão, e-mails, telefones e mais na ingestão, antes de o conteúdo ser processado, de modo que os dados brutos nunca chegam ao banco de dados nem ao índice de busca. Está em conformidade com GDPR e CCPA, tem certificação SOC 2 Tipo II, e HIPAA está disponível como complemento (fale conosco). Se a privacidade de dados de suporte está na sua lista, é nesse nível que a comparação realmente acontece, e vale se informar sobre SOC 2 e GDPR antes de decidir.
Para desenvolvedores: APIs, MCP e a CLI
Se você é do tipo de equipe que quer operar seu agente de suporte por um terminal ou script, esta seção é para você, porque aqui os dois produtos divergem por completo.
O Grok Bot não tem API, SDK, webhook ou CLI documentados. O MCP aparece exatamente uma vez nos materiais ("connectors/MCP where available"), sem detalhes. Para um produto cuja tese inteira é alcançar ferramentas de forma programática, a ironia é que ele não é alcançável de forma programática. Se você quer conectar o Grok Bot aos seus próprios sistemas, a resposta hoje é: não dá, pelo menos não de forma limpa.
A eesel vai pelo outro lado. A CLI da eesel coloca o mesmo colega no seu terminal. De propósito, não é um produto separado: tudo o que você configura na CLI aparece no painel e vice-versa, porque é o mesmo agente nos dois casos. Você pode conversar com o agente, conectar um helpdesk, enviar conhecimento, montar automações e aprovar ações retidas sem abrir o painel, e como todo comando imprime JSON, um agente de código como Claude Code, Cursor ou Codex pode executar a configuração inteira de um workspace por você. Dá até para começar sem conta: npx @eesel/cli init cria um workspace anônimo com US$ 5 de uso, e eesel login o reivindica depois. É uma superfície programável de verdade para os fluxos agênticos e com scripts que o Grok Bot sugere, mas não expõe. Se você está comparando como diferentes assistentes se integram, nosso guia de como conectar o Claude ao seu helpdesk cobre o mesmo terreno.
Então qual escolher?
Aqui vai o corte honesto.
Escolha o Grok Bot se você quer um agente de propósito geral para trabalho interno entre muitos apps, alguns sem API, e consegue tolerar custo que escala com o uso de tokens e um modelo de revisão depois do fato. É um produto interessante e, para os fluxos de operações certos, útil. Só saiba que não é um produto de suporte, e o próprio roadmap dele (visão de auditoria "coming") mostra que ele também sabe disso.
Escolha a eesel AI se o trabalho é a sua fila de suporte. Você quer o teste a seco, o limiar de confiança, o escopo por ticket, a auditoria por resposta, a redação de dados pessoais e um preço mensal fixo que dê para prever. Esse é um agente de IA para atendimento ao cliente feito sob medida, não um trabalhador geral com o seu login do helpdesk. E se você ainda está pesquisando, nosso panorama de software de helpdesk com IA e a lista mais ampla de alternativas de atendimento ao cliente mostrarão o resto do cenário.
A confusão de categoria é compreensível, porque ambos os produtos dizem "colega de equipe". Mas um colega a quem você precisa entregar uma sessão de navegador e uma lista de tarefas faz um trabalho diferente do de um colega que já vive no seu helpdesk, conhece seu produto e só age onde você mandou.
Experimente a eesel
Se o que chamou sua atenção foi a demo do Grok Bot de "entre no Zendesk e trabalhe a fila", a eesel é a versão disso feita para produção. Ela se conecta em minutos ao Zendesk, Freshdesk, Gorgias, Help Scout e mais de 1000 outras ferramentas, treina com seus tickets antigos e sua central de ajuda, e permite simular tudo contra o seu histórico antes de responder a um único cliente. Você mantém o escopo, os controles de confiança e a trilha de auditoria o tempo todo.
Você pode começar de graça com 100 créditos e sem cartão de crédito, ou operar o mesmo colega pelo terminal com a CLI da eesel. É a forma mais segura que conheço de pôr uma IA para trabalhar a sua fila sem apostar um cliente ao vivo na primeira resposta dela.