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.
É isso que a maioria das pessoas não percebe. O primeiro bot funciona, então elas adicionam um segundo, depois um quinto, depois um décimo. Agora têm dez janelas de chat abertas e um novo emprego em tempo integral: ler todas elas.
Um monte de bots é só quadro de funcionários. Uma equipe é uma estrutura. Este guia é essa estrutura, baseada 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 é dono de uma área e mantém sua própria memória.
- O trabalho vive em um 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 inteira de bots como PM na SpaceXAI, e o guia dele dá três motivos para dividir o trabalho entre vários bots: referenciabilidade ("Você sabe quem faz o quê"), paralelismo e memória escopada.
O terceiro é a verdadeira resposta. Nas palavras dele:
O Chief of Staff não deveria estar debugando evals de computer-use.
Contrate o bot número dois quando a memória de um bot começar a acumular duas funções.
Você vai perceber antes mesmo de conseguir dar um 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 o bot qual chapéu ele está usando hoje.
Lingxi Li, que constrói o Grok Bot usando o Grok Bot, diz a mesma coisa pelo lado da engenharia: 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 sua própria memória é 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 Chief of Staff e descreve em duas frases: "O único generalista. Fica quieto se nada mudou."
A porta de entrada roteia. Ela não constrói. O próprio prompt de Kim diz isso claramente: "você é um EA hub and spoke, não um construtor e não um auditor".
Um prompt que você pode copiar:
Você é meu Chief of Staff e o único bot com quem eu falo. Roteie cada solicitação para o especialista responsável por ela, 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 Chief of Staff, 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 coloca 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 postmortems. Nenhuma das duas escreve código.
Para uma primeira equipe, três especialistas são suficientes. Eric Zakariasson limita cada canal de projeto a seis bots e chama esse limite 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 desse:
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 faz uma equipe manter seus padrões — e aqui um bot repete para que você não precise 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 é somente leitura e nunca envia nada até que a palavra "send" seja digitada naquele exato momento.
Dois fatos da documentação que mudam a forma como você projeta o portão:
- Aprovações em background 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. Um job das 3h que ficar esperando por você vai morrer esperando. Decida com antecedência: ou escreva uma regra de permissão (allow) para ele, ou faça a rotina parar em um 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 Chief of Staff com o prompt acima. De agora em diante, ele será 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 têm três campos: Name (Nome), Title (Cargo) e Description (Descrição). Preencha-os como se fosse um anúncio de vaga.
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 para 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 Chief of Staff, 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, deletar, publicar, qualquer coisa em produção. Adicione uma regra de permissão (allow) 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 escopada, sem domínio, sem ganho. Você multiplicou o custo e manteve a confusão.
O grupo de chat 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 sozinha. No momento em que seu Chief of Staff escreve o código, ninguém está roteando e ninguém está conferindo.
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. Faça correspondências restritas.
A ilusão de segurança. Achar que o bot de finanças não consegue ver no que 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 as 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 essa 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 até que o quadro exista.
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.
