Don't Build a Bot Until It Has a Job Não crie um bot antes de ter trabalho para ele

October 29, 2026 29 de outubro de 2026

TL;DR

  • Grok Bot is great at automating operations (moving house, buying a plane ticket, email). It can also be used for coding, but because of how much usage it consumes, that’s not viable today. Its advantage is in operational work, and that may change.
  • I created too many bots, with no real job to give each one. I deleted them all and started over, simpler.
  • Today I only talk to the Chief of Staff, which works as a router and sends work to specialist bots (Personal Ops, Article Drafter, X Manager).
  • Rule: create a bot from a real problem, and when a bot is doing too much, parallelize the work with another one.
  • I tested OpenBot, which is promising but very new. I’m staying with Grok Bot because of the unified X subscription. Next test: Orca, on an M2 MacBook, with my Claude and Codex subscriptions.

How I started

I started with the most basic version of Grok Bot. Since I already used Cursor, the experience was already somewhat integrated, and I only paid for X separately. I really liked Cursor’s interface, and from there I started testing Grok Bot, along with OpenBot and other tools.

Where Grok Bot works well

The main advantage I see in Grok Bot is that it automates operations. It’s a tool for coding, but because of how much usage it consumes, that becomes unviable: even with the Super plan, when I put it to work on code, usage goes fast. Today it has a much bigger advantage in operational work. That may change. Either way, it’s been very interesting to work with.

My first tests:

  • Moving house. I was moving from one city to another in the interior of São Paulo state. One thing I’ve never liked doing is messaging a bunch of service providers to compare prices. So I asked Grok Bot to search Google, and I gave it access to my WhatsApp so it could send messages as me. It was excellent.
  • The plane ticket. Another simple use case that shows up in every demo: finding flights. I needed to buy a ticket for my mother-in-law to come visit us for a while at the end of November. I said I needed a seven-day window and asked which was the best one within those dates. It found me the best window.
  • Email. I also started using it as a spam filter and to clean up my inbox. A very good use.

For this basic operational work, Grok Bot works very well.

The mistake: too many bots

I got so excited that I fell into the “I’ll automate everything, I’ll automate everything” mindset and started creating far too many bots, with no real need and no actual job to give each one. It makes no sense.

I was using ChatGPT to help me create the bots, in a semi-automatic process. It gave me a really long prompt covering what I wanted, the guardrails and so on, and that helped. But it got more and more complicated, with validation on top of validation. In the end, I took all the bots out of circulation, deleted them all and started from scratch, looking for what is, in my view, the simplest and best path.

My current setup

It all starts with the Chief of Staff bot. Around it, each bot takes care of one function:

  • Personal Ops: automates the personal side. I have Notion, but I’d never used it because I never liked the idea of taking notes. Now I use it as a kind of memory for the bots. This bot pulls my tasks and to-dos from Notion, reads my emails, manages my calendar and so on.
  • Article Drafter: a bot I’ll use a lot, and this article is a test of it. I didn’t write the text. I narrated my train of thought, with all the swearing and slang, and handed it to the bot to clean up. The idea is that I read the result and move it to Notion, keeping my voice and line of reasoning, with the bot adjusting the text without erasing who I am in it.
  • X Manager: monitors my X lists and checks what I might like and want to reply to. It also drafts some tweets and reads everything, so I may split that bot into others. The routine that runs the most today is the one that monitors those lists, three times a day.
  • Engineering bots: in the first version of my setup I had some bots that did things in Cursor just for me, and they worked well. They’re not in my current setup, but I need to configure a few things to bring them back. I find it promising.

How I work with the bots

I don’t talk to all the bots. I only talk to the Chief of Staff. Even for articles, it receives my full input, maps what I want and works as a router: it routes the work to the specialist bot, and only does the task itself when there’s no specialist for it. It’s the front door for everything I want to do, and the other bots talk directly to it. It also brings the results back to me.

I’ve also tested putting bots in groups. I’m not using any group right now, but it’s very interesting to watch the bots interact with each other.

The central idea: bots built from real problems

Build bots around the problems that come up for you. Don’t start with one giant bot, or with several bots that have no purpose.

The Article Drafter is a good example: it’s a single-purpose bot that only drafts articles from what I dictate, and that works perfectly. Once the project is running, if you notice a bot is doing too much, you can parallelize the work by creating another bot.

Usage and consumption

I have few routines. So far, most of my usage has gone to configuring bots, which is what I was working on last week. For day-to-day work, my usage is low. At the same time, I’m on the Super plan, which I believe gives me about fifteen times the AI usage limit I had before.

My problem today is that I can’t use up all of my tokens. One option is to downgrade my plans, which would be good cost-wise.

OpenBot and Grok Bot

OpenBot is the only one I’ve tested, and it’s still installed here. I liked the idea and thought it was pretty cool. It’s a very new project, less than a month old as of the date of this transcript, so you can’t expect much from the developer. The appeal of OpenBot is hosting your bot on your own machine. The developers are adding more guardrails, limiting which parts the bot can and can’t access. It’s a very promising project.

I’m betting on Grok Bot because I already have the unified X subscription, on the Super plan, which includes all the X services. Since it’s integrated with X, a platform I use a lot, and follows my X lists, it makes sense to keep it.

Still, I think open source projects and open versions are the future. Grok as a model, in its current state, has things to improve. For example, some answers I get with Claude Opus 5.5 in OpenBot come out much more complete and detailed. These are still very early projects. With Grok Bot, the TL;DR is: it just works.

Next step: Orca on an M2 MacBook

I haven’t tested it yet, but I’d like to try Orca. I have a trusty old M2 MacBook that I barely use, and I’m thinking of turning it into a server running Orca and using my Codex and Claude subscriptions to try to do more things.

TL;DR

  • O Grok Bot é ótimo para automatizar a operação (mudança, compra de passagem, e-mail). Ele também serve para programar, mas, por causa do consumo, isso fica inviável hoje. A vantagem dele está no operacional, e isso pode mudar.
  • Criei bots demais, sem trabalho real para dar a cada um. Deletei todos e recomecei do zero, de forma mais simples.
  • Hoje falo só com o Chief of Staff, que funciona como roteador e encaminha o trabalho para bots especialistas (Personal Ops, Article Drafter, X Manager).
  • Regra: crie um bot a partir de um problema real e, quando um bot estiver fazendo coisa demais, paralelize o trabalho com outro.
  • Testei o OpenBot, que é promissor mas muito novo. Sigo no Grok Bot pela assinatura unificada do X. Próximo teste: o Orca, em um MacBook M2, com as assinaturas do Claude e do Codex.

Como comecei

Comecei com o Grok Bot na versão mais básica. Como eu já usava o Cursor, a experiência já vinha meio integrada, e eu só pagava o X à parte. Gostei bastante da interface do Cursor e, a partir dali, comecei a testar o Grok Bot, além do OpenBot e de outras ferramentas.

Onde o Grok Bot funciona bem

A principal vantagem que eu vejo no Grok Bot é automatizar a operação. Ele é uma ferramenta para programar, mas, por causa do consumo, isso fica inviável: mesmo tendo o plano Super, quando coloco o bot para codar alguma coisa, o consumo vai rápido. Hoje ele tem muito mais vantagem no operacional. Isso pode mudar. De qualquer forma, tem sido bem interessante mexer com ele.

Meus primeiros testes:

  • A mudança. Eu estava me mudando de uma cidade para outra no interior de São Paulo. Uma coisa que eu nunca gostei de fazer é ficar mandando mensagem para um monte de prestadores de serviço para comparar preço. Então pedi ao Grok Bot para pesquisar no Google e dei a ele acesso ao meu WhatsApp, para que mandasse as mensagens como se fosse eu. Foi excelente.
  • A passagem. Outro caso de uso simples, que aparece em toda demo: encontrar viagem. Precisei comprar uma passagem para a minha sogra vir para cá no final de novembro e passar um tempo com a gente. Disse que precisava de um intervalo de sete dias e perguntei qual era o melhor dentro daquelas datas. Ele me trouxe o melhor intervalo.
  • O e-mail. Também comecei a usar o bot como filtro de spam e para limpar a minha caixa de e-mail. Um uso muito bom.

Para essa parte operacional e básica, o Grok Bot funciona muito bem.

O erro: criar bots demais

Eu fiquei tão empolgado que entrei na onda de “vou automatizar tudo, vou automatizar tudo”, e comecei a criar bots em excesso, sem necessidade real e sem ter um trabalho concreto para dar a cada um. Não faz sentido.

Eu usava o ChatGPT para me ajudar a criar os bots, em um processo semiautomático. Ele me dava um prompt bem grande com o que eu queria, os guardrails e tudo mais, e isso ajudava. Mas a coisa foi ficando complicada demais, com validações e mais validações. No fim, tirei todos os bots de circulação, deletei todos e comecei do zero, buscando o caminho mais simples e ideal, na minha visão.

Meu setup atual

Tudo começa com o chefe de gabinete, o Chief of Staff. Em volta dele, cada bot cuida de uma função:

  • Personal Ops: automatiza a parte pessoal. Eu tenho Notion, mas nunca tinha usado, porque nunca gostei da ideia de ficar anotando coisas. Hoje uso o Notion como uma espécie de memória para os bots. Esse bot puxa do Notion as minhas tarefas e o que tenho para fazer, lê meus e-mails, organiza a agenda e por aí vai.
  • Article Drafter: um bot que vou usar bastante, e este artigo é um teste dele. Eu não escrevi o texto. Narrei a minha linha de raciocínio, com todos os palavrões e gírias, e passei para o bot fazer uma limpeza. A ideia é eu ler o resultado e levar para o Notion, mantendo a minha voz e a linha de raciocínio, com o bot ajustando o texto sem eliminar quem eu sou nele.
  • X Manager: monitora as minhas listas do X, verifica o que eu talvez goste e queira responder com um reply. Ele também faz alguns drafts de tweets e lê tudo, então talvez eu divida esse bot em outros. A rotina que mais roda hoje é a que monitora essas listas, três vezes ao dia.
  • Bots engenheiros: na primeira versão do meu setup, eu tinha alguns bots que faziam coisas no Cursor só para mim, e funcionavam bem. Não estão no setup atual, mas preciso configurar algumas coisas para trazê-los de volta. Acho promissor.

Como eu trabalho com os bots

Eu não falo com todos os bots. Falo só com o Chief of Staff. Até para os artigos, ele recebe o meu input completo, mapeia o que eu quero e funciona como roteador: redireciona para o bot especialista e só faz a tarefa ele mesmo quando não existe um especialista para aquilo. Ele é a porta de entrada para tudo o que eu quero fazer, e os outros bots se comunicam diretamente com ele, que também me devolve os resultados.

Também já testei colocar os bots em grupo. Não estou usando nenhum grupo agora, mas é bem interessante ver os bots interagindo entre si.

A ideia central: bots a partir de problemas reais

Use os bots a partir dos problemas que aparecem para você. Não comece com um bot gigante nem com vários bots sem função.

O Article Drafter é um bom exemplo: é um bot único, que só faz o draft de artigo a partir do que eu dito, e isso funciona perfeitamente. Com o projeto andando, se você perceber que um bot está fazendo coisa demais, dá para paralelizar o trabalho criando outro bot.

Uso e consumo

Tenho poucas rotinas. Até agora, a maior parte do meu consumo foi com a configuração dos bots, que é o que eu estava fazendo na semana passada. No dia a dia, o consumo está baixo. Ao mesmo tempo, tenho o plano Super, que eu acho que dá cerca de quinze vezes mais limite de uso de IA do que antes.

Meu problema hoje é que não estou conseguindo gastar todos os meus tokens. Uma opção é reduzir os meus planos, o que é bom em termos de custo.

OpenBot e Grok Bot

Só testei o OpenBot, e ele continua instalado aqui. Gostei da ideia e achei bem legal. É um projeto muito novo, com menos de um mês até a data desta transcrição, então não dá para cobrar o desenvolvedor. A graça do OpenBot é hospedar o bot na sua própria máquina. Os desenvolvedores estão colocando mais guardrails, delimitando o escopo das partes que o bot pode ou não acessar. É um projeto bem promissor.

Estou apostando no Grok Bot porque já tenho a assinatura unificada do X, no plano Super, que inclui todos os serviços do X. Como ele já é integrado e acompanha as listas do X, uma plataforma que uso bastante, faz sentido manter.

Ainda assim, acho que os projetos open source e as versões abertas são o futuro. O Grok como modelo, no estado atual, tem coisas a melhorar. Por exemplo, algumas respostas que recebo com o Claude Opus 5.5 no OpenBot vêm bem mais completas e ricas em detalhes. São projetos ainda muito incipientes. No Grok Bot, o resumo (TL;DR) é que simplesmente funciona.

Próximo passo: Orca em um MacBook M2

Ainda não testei, mas gostaria de testar o Orca. Tenho um MacBook M2 velho de guerra, que uso pouco, e estou pensando em colocá-lo como servidor com o Orca e usar as minhas assinaturas do Codex e do Claude para tentar fazer mais coisas.