A aposta do xAI: transformar o agente em “unidade atômica” de programação
O engenheiro e escritor Dan McAteer passou cinco dias usando o Grok Bot, o agente do xAI que roda em um computador virtual persistente na nuvem, e publicou suas impressões na Latent Space. A síntese está no título: “poder de OpenClaw, simplicidade de MacBook”. A tese central é que o Grok Bot tem o mesmo nível de potência de programação de plataformas como o OpenClaw, mas é programado em um nível de abstração diferente.
Configurar sem tocar em código
O que mais impressionou McAteer foi o onboarding. Para conectar um serviço, você abre o catálogo de plugins, clica, e uma tela de login abre no seu navegador local. Você entra como entraria em qualquer site — sem instalar JSON de servidor MCP, sem colar credenciais de API — e o bot está pronto. Em minutos, ele conectou o Grok Bot à sua conta do X para montar um resumo diário de notícias relevantes e ao Freshdesk (via navegador virtual) para criar um bot de suporte que verifica novos tickets a cada quinze minutos.
Essa facilidade de configuração é, para ele, a verdadeira novidade: o Grok Bot reduz a configuração de agentes a alguns cliques e um login.
A analogia Mac vs. Linux — e onde ela falha
McAteer compara o Grok Bot a “abrir um MacBook novo”: ligou e já dá para trabalhar. Já plataformas como o OpenClaw são o “Linux” — mais opcionalidade e liberdade, ao custo de mais complexidade e overhead de configuração. O OpenClaw 2.0, lançado na mesma semana, reduziu bastante essa distância (reaproveitando logins de Claude Code ou Codex e movendo o setup para uma interface gráfica ou conversacional), mas a distinção de fundo permanece: o OpenClaw entrega um gateway que você escolhe onde rodar, enquanto o Grok Bot fornece e opera o computador como parte do produto — um “computador agente gerenciado”.
A analogia, porém, tem limite. O Grok Bot não é menos programável — é programável em outro nível. Nele, o Bot é a unidade atômica do programa: você dá papéis especializados, conecta ferramentas e compõe tudo num “group chat”. A interface é o inglês, e o que se programa deixa de ser uma função ou serviço e passa a ser um Bot. O custo dessa abstração é que as decisões de roteamento de modelo ficam escondidas — não há seletor para escolher um modelo menor e mais barato para tarefas simples.
O que agrada e o que preocupa
Entre os pontos altos, McAteer destaca a personificação: cada bot tem nome, papel e identidade, o que cria distinções cognitivas úteis — como seu “Agentic Engineer”, que roteia design e frontend para o Claude Code, depuração para o Codex e tarefas simples para o Grok Build CLI. A continuidade entre dispositivos (começar no MacBook e continuar no iPhone) e o suporte a múltiplas contas do mesmo serviço (como dois Google Calendar) também entram na lista.
Do lado das ressalvas, três pontos aparecem. Primeiro, todos os bots compartilham o mesmo computador, arquivos e sessões de login — são limites organizacionais, não de segurança. Segundo, a falta de controle sobre contexto e uso: em ferramentas como Claude Code você compacta a conversa e gerencia o quanto de contexto carrega; no Grok Bot essas alavancas não existem. Terceiro, a personificação que organiza o trabalho também pode borrar fronteiras — dentro de um mesmo bot, tarefas não relacionadas seguem na mesma conversa contínua.
O veredito: “chefe de gabinete digital”
Após quase uma semana, McAteer usa o Grok Bot todos os dias, mas ele não é sua interface principal de agente. Ele o vê brilhando no trabalho ao redor da engenharia — administração, resumos, busca de notícias, gestão de projetos e tarefas — e duvida que o bot “assine a maioria dos seus pull requests” tão cedo. Para engenheiros, resume, pode ser um chefe de gabinete digital que exige pouco treinamento e setup para ser eficaz — mas o trabalho técnico profundo ainda pede as ferramentas onde a maquinaria fica exposta.
Descubra mais sobre noticiAI
Assine para receber nossas notícias mais recentes por e-mail.
