Um engenheiro da equipe do Grok Bot passou de 15 agentes na nuvem rodando ao mesmo tempo para mais de 200 simultâneos.
Não com 200 bots. Com seis.
Cinco bots engenheiros, cada um dono de uma área, e um bot de operações que não escreve uma única linha de código. Na mesma equipe, Lauren Tan entregou mais de 2.000 PRs em um mês.
Essa é a parte que a maioria deixa passar. O primeiro bot funciona, então adicionam um segundo, depois um quinto, um décimo. De repente, têm dez janelas de chat abertas e um novo emprego em tempo integral: ler todas elas.
Um monte de bots é só folha de pagamento. Uma equipe é estrutura. Este guia é essa estrutura, baseada exatamente em como o próprio pessoal da xAI opera as suas.
A versão de 30 segundos
- Um bot é uma contratação. Uma equipe precisa de cinco coisas: uma porta de entrada, especialistas, um quadro, um relógio e um portão.
- Você fala com um único bot. Ele distribui o trabalho para os outros.
- Cada especialista domina uma área e mantém sua própria memória.
- O trabalho vive num quadro, não no chat.
- As rotinas movem o trabalho enquanto você dorme. As aprovações decidem o que tem permissão para sair.
- As próprias equipes da xAI rodam isso com cerca de seis bots. Não sessenta.
Parte 1. Quando contratar o bot número dois
Não quando o primeiro estiver ocupado. Bots não ficam "ocupados" como você.
Kevin Niparko gerencia uma equipe completa de bots como PM na SpaceXAI, e o guia dele dá três motivos para dividir o trabalho entre vários bots: rastreabilidade ("você sabe quem faz o quê"), paralelismo e memória delimitada.
O terceiro é a verdadeira resposta. Nas palavras dele:
O Chefe de Gabinete não deveria estar depurando avaliações de uso de computador.
Contrate o bot número dois quando a memória de um único bot começar a acumular duas funções.
Você vai perceber antes mesmo de conseguir dar nome ao problema. O bot da caixa de entrada começa a responder com a voz do seu revisor de código. Preferências de calendário vazam para os briefings de pesquisa. Você abre toda mensagem tendo que lembrar ao bot qual chapéu ele está usando hoje.
Lingxi Li, que constrói o Grok Bot usando o próprio Grok Bot, diz a mesma coisa pelo lado da engenharia: os bots "têm melhor desempenho quando focados em um único domínio".
O teste: habilidade ou bot?
A documentação define uma skill (habilidade) como "um conjunto reutilizável de instruções sobre como executar uma tarefa", e suas skills privadas formam uma única biblioteca compartilhada por todos os seus bots.
Então, uma nova tarefa é uma skill. Um novo domínio com memória própria é um bot. Se você não consegue resumir o domínio em três palavras, ainda não precisa de outro bot.
Parte 2. As cinco partes de uma equipe
1. A porta de entrada
O único bot com quem você realmente conversa. O guia de Josh Kim o chama de Bot Boss, a "porta de entrada única". Niparko o chama de Chefe de Gabinete e descreve em duas frases: "O único generalista. Fica quieto se nada mudou."
A porta de entrada roteia. Ela não constrói. O prompt do próprio Kim diz isso sem rodeios: "você é um EA hub and spoke, não um construtor e não um auditor".
Um prompt que você pode copiar:
Você é meu Chefe de Gabinete e o único bot com quem eu falo. Roteie cada solicitação para o especialista responsável, colete o resultado, confira com o que eu pedi e me reporte em cinco linhas. Fique em silêncio se nada mudou.
2. Os especialistas
O elenco de Niparko: um Chefe de Gabinete, uma gerente de engenharia chamada Emily, cinco bots engenheiros, um analista de dados, um bot de PM e um recrutador. O elenco de Li: cinco bots engenheiros divididos por superfície (iOS, desktop, infraestrutura, Android, o harness) mais Jenny, chefe de operações.
Repare no que as duas equipes têm em comum. Um gestor que não põe a mão na massa. Emily divide as tarefas, delega e confere o resultado em relação ao objetivo. Jenny integra novos bots e conduz os postmortems. Nenhum dos dois escreve código.
Para uma primeira equipe, três especialistas bastam. Eric Zakariasson limita cada canal de projeto a seis bots e chama esse teto de "apenas um número arbitrário". Arbitrário, mas correto.
3. O quadro
O chat some na rolagem. Uma equipe precisa de um lugar onde o estado do trabalho viva.
A equipe de Li usa um tracker compartilhado no Notion. A cada 30 minutos, os bots verificam cada PR em busca de falhas no CI, comentários de revisão e conflitos de merge. Problemas voltam para "Working" (Em andamento). O que está limpo vai para "Ready for Review" (Pronto para revisão).
Zakariasson roda dois bancos de dados, Projects (Projetos) e Tasks (Tarefas), com um canal por projeto. Um bot que trava marca sua tarefa como "Blocked" (Bloqueado) e avisa o humano. No resto do tempo, o humano só assiste aos cards se moverem.
A melhor frase de todos os guias vem justamente daí:
A parte interessante é que, quanto mais eu construo sobre isso, mais o sistema se parece com algo criado originalmente para humanos.
4. O relógio
Uma rotina, segundo a documentação, "diz a um Bot quando executar um workflow". Cada bot pode ter até 50 delas, podem disparar a cada cinco minutos e continuam rodando mesmo com o notebook fechado.
O relógio de Li funciona assim. Às 3h da manhã, rodam as auditorias noturnas: código morto, tempo de carregamento, tamanho do bundle. Às 5h, Jenny faz um 1:1 com cada bot da equipe, revisa o playbook e levanta impedimentos. O resultado relatado: os bots "raramente esquecem meus workflows complexos, mesmo depois de muitas semanas".
Esse standup das 5h é a ideia mais subestimada de todo o esquema. O contexto de um bot é limitado. A repetição é o que mantém os padrões de uma equipe, e aqui é um bot que repete para você não precisar fazer isso.
5. O portão
Niparko, sobre o que ainda exige um humano:
Eu ainda mantenho a revisão final para qualquer envio de e-mail externo, compra de qualquer coisa ou ações destrutivas, como exclusões.
Kim vai além. O bot da caixa de entrada é apenas leitura e nunca envia nada até que a palavra "send" (enviar) seja digitada naquele exato momento.
Dois fatos da documentação que mudam a forma como você projeta o portão:
- Aprovações em segundo plano expiram. Quando uma rotina ou outro bot dispara uma ação que precisa do seu "sim", o pedido caduca após cerca de 10 minutos e a ação não é executada. Uma tarefa das 3h que ficar te esperando vai morrer esperando. Decida com antecedência: ou crie uma regra de permissão para ela, ou faça a rotina parar num rascunho.
- Todos os seus bots compartilham um único computador na nuvem. Arquivos, sessões de navegador e logins estão disponíveis para toda a equipe. A documentação é direta: não trate bots separados como uma barreira de segurança.
Você divide os bots por foco e memória. A segurança vem do portão.
Parte 3. Monte tudo em cinco dias
Dia 1. A porta de entrada. Promova seu primeiro bot a Chefe de Gabinete com o prompt acima. De agora em diante, ele é o único chat que você vai abrir.
Dia 2. Divida pela memória. Liste tudo o que o bot número um faz hoje e agrupe a lista por domínio. Os dois maiores grupos viram seus dois primeiros especialistas. As configurações de um bot são três campos: Name (Nome), Title (Cargo) e Description (Descrição). Preencha-os como se fosse uma vaga de emprego.
Dia 3. O quadro. Uma tabela com Task (Tarefa), Owner (Responsável) e Status: Todo (A fazer), Working (Em andamento), Blocked (Bloqueado), Ready for Review (Pronto para revisão), Done (Concluído). Depois diga a mesma coisa a todos os bots: nada está concluído até o quadro dizer que está, e se travar, marque como Blocked e me chame.
Dia 4. O relógio. Três rotinas para começar: um resumo matinal do quadro feito pelo Chefe de Gabinete, uma varredura no quadro a cada 30 minutos e uma auditoria noturna. Rode cada uma como teste primeiro, com entradas seguras. A documentação avisa que uma execução de teste "realiza trabalho de verdade".
Dia 5. O portão. Escreva as regras de "pergunte antes": enviar, comprar, excluir, publicar, qualquer coisa em produção. Adicione uma regra de permissão para aquela ação que você já aprovou cinco vezes seguidas.
Depois, deixe tudo quieto por uma semana antes de contratar o bot número quatro.
Cinco erros que matam uma equipe de bots
O exército de clones. Cinco cópias do mesmo generalista. Sem memória delimitada, sem domínio, sem ganho. Você multiplicou o custo e manteve a confusão.
O grupo de WhatsApp sem quadro. Bots conseguem trocar mensagens e acionar uns aos outros. Sem um estado compartilhado, isso é uma reunião, não trabalho.
O chefe faz-tudo. Uma porta de entrada que começa a executar as tarefas por conta própria. No momento em que seu Chefe de Gabinete escreve o código, ninguém mais roteia e ninguém mais confere.
O ouvinte aberto. Um gatilho disparado a cada nova mensagem. A documentação alerta exatamente contra isso, porque gera ruído e queima cota de uso. Seja específico nas correspondências.
A ilusão de segurança. Achar que o bot de finanças não consegue ver onde o bot de pesquisa fez login. Mesmo computador, mesmas sessões.
O organograma é o produto
As pessoas que constroem o Grok Bot não inventaram uma arquitetura nova para suas próprias equipes. Elas reconstruíram a mais antiga que existe: um gestor, especialistas, um quadro, um standup e uma aprovação final.
A diferença é que esta equipe faz o standup às 5h da manhã e ninguém reclama.
Comece pela porta de entrada. Adicione um especialista. Não coloque um terceiro antes de o quadro existir.
P.S. Se você ainda não contratou o primeiro bot, comece pelo meu guia anterior, "Grok Bot: How to Hire Your First AI Employee". Tudo o que foi citado aqui vem dos guias e da documentação públicos do Grok Bot da xAI.
