Matthew Berman percorre onze usos que faz do Grok Bot no dia a dia, defendendo que o produto acerta ao tratar cada bot como personagem persistente (com contexto, plugins e rotinas próprias) em vez de conversa descartável, e que ele ocupa o meio-termo entre perguntar coisas ao ChatGPT e operar agentes de código como Claude Code e Codex.
não
como teologia, mas dois padrões aqui valem para o seu laboratório de agentes: a arquitetura de um interlocutor único que delega a bots especializados (que é exatamente o desenho do Solomon com Hermes e Iris) e a regra do bot de limpeza que classifica risco mas tem proibição explícita de apagar, que é a mesma disciplina de verificador mecânico que você já adota.
O que foi dito
- Triagem de e-mail: um bot dedicado roda às 7h30, separa o que dá para arquivar sem leitura (respostas automáticas de ausência, notificações), oferece um botão de arquivar em lote, depois agrupa os de baixo esforço em resumo único e só então trata um a um os que exigem ação, lendo o histórico anterior com a pessoa e propondo a resposta.
- Classificação de e-mail: aplica um sistema de pontuação a propostas de patrocínio (heurística que ele diz ter desenvolvido antes no OpenClaw e transplantado para cá), arquiva as de baixa qualidade e mantém cerca de uma dúzia de rótulos, com rotina rodando de meia em meia hora entre 8h e 19h nos dias úteis para não queimar token à toa.
- Publicação rápida: usa o plugin do patrocinador do vídeo para gerar URL pública ou privada de qualquer artefato em segundos, e é onde ele hospeda os prompts que promete na descrição.
- Agenda: um bot autenticado nos vários calendários negocia horários de reunião, detecta sobreposições e cria eventos a partir de e-mails com várias datas; ele quase nunca fala com esse bot diretamente, e sim através do chefe de gabinete.
- Uso de navegador na nuvem: compras e devoluções na Amazon (com a observação de que o processo da Amazon contra a Perplexity por navegação agêntica foi rejeitado pelo juiz), listas de mercado, marcação de consultas e horários de academia, com login persistente após a primeira autenticação.
- Agente de código por delegação: relata que engenheiros da equipe do Cursor lhe disseram que usam o Grok Bot como camada de cima, criando um bot por projeto e até por frente de trabalho, disparando tudo do Slack e deixando o bot chamar o CLI do Cursor, porque a persistência de contexto ali funcionaria melhor; o exemplo de laço fechado é o bot que fica corrigindo o PR até o CI ficar verde.
- Pedido de comida: usa o navegador para operar o DoorDash enquanto espera acesso ao CLI da empresa, e o bot decide sozinho cair para o navegador ao perceber que não tem a ferramenta preferida.
- Resumo de reunião, que ele elege como o segundo uso mais valioso: um transcritor grava as reuniões, o bot checa a API a cada trinta minutos, ingere a transcrição e devolve resumo mais itens de ação separados por quem se comprometeu com o quê, entregues no Telegram ou no Slack; o próximo passo que pretende dar é o bot tentar executar sozinho algum item da lista.
- Arquitetura de bots: um chefe de gabinete fixado como interlocutor único (que delega aos demais) e um bot pessoal separado do trabalho, com um sub-bot de escola que varre o e-mail pessoal às 19h, resume as circulares dos filhos, cria os eventos no calendário e convida a esposa.
- Limpeza de disco: bot semanal que varre o computador e classifica candidatos a exclusão em risco baixo, médio e alto sem apagar nada por conta própria, achando no caso dele 90 GB de cache e 380 GB de risco médio, incluindo 100 GB só de worktrees do git.
- Telegram: não é integração nativa, é preciso criar o bot pelo BotFather e entregar o token, e ele oferece um prompt pronto que resolve os percalços; com isso o chefe de gabinete fica acessível de qualquer lugar, inclusive por áudio.