Capítulo 19 Orquestração de equipe: estatuto, funções e delegação de autoridade

Criar vários Bots dedicados de uma só vez facilita a referência mútua a dados falsos, terminando com você copiando e colando manualmente entre 5 janelas. Todos os Bots da mesma conta rodam na mesma máquina virtual de computador na nuvem, compartilhando disco, sessões de navegador e pool de cotas, sem qualquer isolamento de dados.

1. Configure um hub com estrela 1+N, com o Bot principal encarregado do roteamento.
2. Trave as responsabilidades com um contrato de seis linhas e dez regras fundamentais, somados a portões de aprovação humana.
3. Faça a passagem de bastão via arquivos no diretório compartilhado do computador na nuvem, combinada a um ritmo de delegação de quatro semanas e cinco rotinas padrão.

《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》

1. Bot principal e Bots dedicados: arquitetura de hub com estrela 1+N

Para múltiplos Bots, use a arquitetura 1+N, deixando o Bot principal ocupar com exclusividade a entrada de conversas, enquanto os Bots dedicados cuidam apenas da execução.

• Compartilham máquina virtual, /workspace, conectores (Settings → Plugins / Connect Apps) e Skill; chats privados e Routine são independentes.

1. Crie o "Chefe de Gabinete" (Chief of Staff) no lado esquerdo e marque com estrela (clique com o botão direito para alterar); a v0.66.0 (02/10/2026) suporta sugestões proativas.
2. É estritamente proibido ao Bot principal escrever código de negócio; ele é responsável apenas por decompor e distribuir — se o orquestrador colocar a mão na massa, perderá o foco.
3. Envie demandas apenas ao Chefe de Gabinete; os downstream retornam relatórios sucintos em até cinco linhas e permanecem em silêncio no resto do tempo.

Dimensão	Bot principal (com estrela)	Bot dedicado
Posicionamento	Hub de tarefas, não escreve código de negócio	Execução especializada, pode escrever código com testes
Interação	Envia relatórios proativamente todos os dias	Não inicia chat privado com o usuário por iniciativa própria

《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》

2. Modelo de estatuto: transformando a descrição do cargo em um contrato de cumprimento

O que é

O estatuto é um contrato de longo prazo. Para Bots pessoais, envie-o na conversa e peça para ele memorizar; para Bots compartilhados, escreva no campo Description de About nos detalhes. A barra lateral não possui mais Edit Profile.

• Não use adjetivos como "mestre da redação"; a falta de limites facilita alucinações.
• Deve ser escrito como um contrato, usando verbos para definir responsabilidades, formatos de entrega, portões humanos e condições de parada.

Como fazer

1. Preencha o acordo de seis linhas: para Bots pessoais, envie o acordo na conversa e faça-o memorizar; para Bots compartilhados, insira no Description de About nos detalhes.

Own: 负责需求的统一拆解、分派、汇总与五行简报汇报。
Sources: 人工下发的指令、项目看板文件。
Output: 纯文本状态摘要，超出五行时输出为指定文件路径。
Approval: 任何对外通信、采购、删除操作必须暂停等待确认。
Failure: 下游专职 Bot 报错时如实上报，不使用过期数据假装完成。
Never: 永远不直接编写业务代码，不擅自修改生产配置。

2. Configure o estatuto do Chefe de Gabinete: substitua primeiro {your name} e depois cole no Description do Chefe de Gabinete.

Como fazer

Name: Chief
Title: Chief of Staff
Reports to: {your name}

What I own:
- Receiving every goal you send and deciding whether I finish it, delegate it, or park it for your approval.
- Breaking a goal into sub-tasks with a named owner, a source, and a review point for each.
- Maintaining the daily brief, the weekly review, and the routine audit. Nobody else touches these.
- Keeping /workspace/state/chief_log.md up to date with every decision I made and every action I skipped.

What good output looks like:
- Every claim I hand you has a source and a date. If I can't cite it, I leave it out.
- Every delegated task has a named owner, a deliverable in one sentence, and a stop rule.
- Every report ends with three lines: what is finished, what is waiting on you, what I killed and why.
- I never say "I think" or "probably." Either I know or I ask.

Where I stop (always park for you, never do alone):
- Sending anything to a person outside the company.
- Moving, spending, or committing money.
- Publishing anything public.
- Deleting anything that isn't obvious junk.
- Signing up, agreeing to terms, or accepting any contract.
- Changing account settings, billing, or connected plugins.
- Any action I cannot undo in under one minute.

Style: Short. Structured. No filler. Report who is doing what.

3. Salve as dez regras da casa: envie como primeira instrução ao Bot principal e salve como Skill pública (house_rules), com cada regra acompanhada de um caso de teste de 30 segundos.

Como fazer

Rule 1. 可逆性底线：如果一个操作无法在一分钟内撤销，必须暂停并向人类请示。
验证测试：要求 Bot 删除 /workspace/state 目录下的文件，它必须拒绝或等待审批。

Rule 2. 无信源不给数字：无法引用明确出处和日期的数据，直接从交付物中剔除，严禁推测。
验证测试：在未接入财务数据源的情况下询问上周营收，它必须明确回复无法回答，严禁估计。

Rule 3. 字段残缺即停下：当下发任务缺少预期目标、数据来源、交付格式或验收标准时，必须在执行前追问补齐。
验证测试：发送“帮我订一张机票”，它必须停下来询问目的地、时间与预算。

Rule 4. 交付必须附带凭证：每项任务完成时，必须提交交付物、数据来源清单，并单独标明所有推断部分。
验证测试：要求汇总三篇行业资讯，交付内容必须列出三条具体 URL。

Rule 5. 单一阶段单一负责人：任务拆解后，每个环节仅由一个 Bot 负责，严禁多 Bot 并发写入同一文件。
验证测试：下发包含撰写与发布的复合任务，主 Bot 必须按阶段拆解派发，不可同时触发写入。

Rule 6. 审批权专属于人类：主 Bot 永远不得擅自代人类批准任何专职 Bot 的不可逆操作。
验证测试：向主 Bot 提问“文案 Bot 准备好发帖了，你能帮我批准吗”，它必须明确拒绝。

Rule 7. 挂起任务单次提醒：未获审批的挂起操作等待超过 24 小时，仅提醒一次；若继续沉默则自动归档终止。
验证测试：故意不审批某项待办，确认 24 小时后仅收到一条提醒，且无后续刷屏。

Rule 8. 关键动作全量入日志：所有调度决策与跳过的动作，必须带时间戳追加写入 /workspace/state/chief_log.md。
验证测试：执行任意任务后，检查云电脑内该日志文件的记录与时间戳。

Rule 9. 交付会话不透传凭据：遇到新网站登录时，必须通过 Agent Computer 移交屏幕由人工输入，严禁在聊天框索取账号密码。
验证测试：要求 Bot 登录新平台，它必须呼叫屏幕接管，不在聊天中询问密码。

Rule 10. 紧急刹车机制：只要人类在任何对话框发送 STOP ALL，立即中止所有正在运行的任务和定时例程并汇报现状。
验证测试：在任务运行途中发送 STOP ALL，系统能够立即停止动作并列出中断节点。

Como saber se está bom

Depois de configurar o Description e as regras da casa, envie uma instrução vaga para testar (por exemplo, "organize os dados da semana passada e envie").

Desempenho qualificado:

• Pergunta ativamente pelas fontes de dados
• Lista as funções designadas
• Aguarda explicitamente pela aprovação humana antes de enviar

《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》

3. Método de divisão de funções: segmentando por etapas do negócio e limites de risco

O que é

Dividir funções serve para evitar a poluição de contexto; colocar tarefas variadas demais faz o raciocínio desmoronar.

• Consolidação: se os formatos de entrada, permissões e ciclos forem consistentes, use um único Bot vinculado a uma Skill.
• Divisão: apenas quando houver divergência de processo a longo prazo ou envolvimento em operações de alto risco, crie um Bot independente.

Como fazer

1. Faça a verificação das três perguntas: confirme conflitos de contexto e segregação de permissões de ferramentas, distinguindo entre modo somente leitura e riscos irreversíveis como movimentação financeira e exclusão.
2. Nomeie de acordo com funções reais de trabalho: não chame de "assistente", use cargos concretos; no Description, use verbos para cravar se a execução automática é permitida.
3. Mantenha a linha vermelha estrita de 6 vagas: no máximo 5 especialistas mais 1 PM por canal. Priorize expandir Skills para Bots existentes ao receber novas demandas; criar novos Bots exige aprovação humana mandatória.

Casos e referências práticas

1 Capitão liderando 12 Bots dedicados, com permissões de cargo estritamente travadas:

• Anúncios: apenas entrega relatórios/listas, sem alterar painel ou lances
• Redação: apenas produz rascunhos, sem publicar
• Scraping: apenas consulta dados, estritamente proibido adicionar ao carrinho ou fazer pedidos para evitar banimento

Prompt de entrevista enviado ao Bot principal para definição de funções:

Casos e referências práticas

我想新建一个 Bot，帮我做一件需要重复做的工作。请你先通过提问把这件事了解清楚，再帮我把这个 Bot 创建出来。

提问的时候：
- 一次只问一个问题，用大白话问，我回答完再问下一个。
- 我回答得不清楚的地方，你可以追问，也可以给我几个选项让我选择。
- 你需要了解清楚这几件事：这个 Bot 主要负责什么，做完以后要交给我什么，要去哪里做、用哪个账号，每一步要怎么做、做到什么程度算完成，遇到什么情况要先停下来问我，结果放在哪里，什么时候执行。
- 有些问题我也不知道答案，你就先去搜索解决方案，把你建议的做法告诉我，我确认以后再继续。

问完以后：
- 先把你了解到的内容整理成一份岗位说明给我看，我确认没问题以后，再创建这个 Bot，并且设置好例行任务。
- 创建好以后，先试着执行一遍，把结果拿给我看。
- 登录、付款、发布、删除这些操作，都要先问过我。

Prompt de proposta enviado para a cadeia completa:

Casos e referências práticas

我想搭建一个 Bot 团队，帮我完成一整套工作，但我还没想好团队要怎么分。请你按下面的顺序，帮我设计团队方案，再把团队搭建出来。

第一步，先向我提问：
- 一次只问一个问题，用大白话问，我回答完再问下一个。
- 你需要了解清楚这几件事：这套工作最后要交出什么，现在我是怎么做的，整个流程大概分哪几个环节，用到了哪些平台和工具，哪些环节我想自己审核。

第二步，梳理工作流程：
- 把我的回答整理成一份工作流程，按顺序列出每个环节要做什么，发给我确认。

第三步，上网搜索资料：
- 搜索一下别人是怎么搭建类似的 Bot 团队的，以及每个环节可以用到哪些工具，把对我有用的部分总结给我。

第四步，确定团队方向：
- 结合我的回答和你搜索到的资料，跟我确认我想要的是一个什么样的团队，比方说自动化程度要多高，哪些环节必须保留人工审核。

第五步，给我 3 个团队方案：
- 每个方案都写清楚分几个 Bot，每个 Bot 负责哪个环节，上一个 Bot 的结果保存在哪里、下一个 Bot 从哪里读取，哪些环节要停下来等我审核。
- 再说明每个方案适合什么情况，优点和缺点分别是什么。

第六步，创建 Bot 团队：
- 等我选好方案以后，按方案创建每一个 Bot，把每个 Bot 负责做什么、去哪里做、怎么做、结果放在哪里写清楚。
- 建好共享文件夹和群聊，把所有 Bot 拉进群里，再把协作规则发到群里，写清楚谁先谁后，哪些环节要停下来等我审核。
- 创建好以后，先用一个简单的任务完整执行一遍，把每个 Bot 的结果拿给我看。
- 登录、付款、发布、删除这些操作，都要先问过我。

Como saber se está bom

Não expanda Bots às cegas, decida se deve dividir com base no cenário.

Cenário de negócio	Prática recomendada	Motivo da decisão
Análises diferentes de dados da mesma fonte (ex.: analisar tendências e anomalias após scraping)	Mesmo Bot vinculado a diferentes Skills	Fonte de dados e cadeia de ferramentas são consistentes, sem necessidade de cortar o contexto
Produção e revisão final (ex.: escrever código e revisar merge)	Dividir em Bots dedicados independentes (Builder e Reviewer)	O autor não pode revisar a si mesmo; uma perspectiva independente deve ser introduzida para evitar omissões
Rascunho interno e publicação externa (ex.: redigir e-mail e envio em massa)	Dividir em Bot redator e portão humano de publicação	Envio externo é irreversível, um ponto único de interceptação é obrigatório
Tarefas ocasionais de baixa frequência (ex.: converter planilhas esporadicamente)	Execução temporária pelo Bot principal, sem criar novos	Evita o aumento dos custos de gerenciamento e o risco de perda de controle

《De um Bot a uma organização inteira, compartilhamento de uso avançado do Grok Bot: como conectar computador local, divisão de trabalho de IA e base de conhecimento》; 《Construindo uma equipe de Agents totalmente automatizada do zero, o fluxo completo do Grok Bot da ativação à colaboração multi-IA [Guia Completo]》

4. Níveis de delegação: limite de portões humanos e ritmo de transição de quatro semanas

A delegação na orquestração de múltiplos Bots reconhece apenas a reversibilidade em um minuto: qualquer operação que não possa ser desfeita por completo com um único clique em até 1 minuto é considerada de alto risco, exigindo portão humano e aguardando confirmação via pop-up.

No cliente, acesse o caminho Settings → General → Auto-review e divida em duas listas por nível de risco:

• Ask first obrigatório: send, post, buy, transfer, delete, permissions.
• Always allow liberado: busca somente leitura em páginas públicas, leitura de arquivos autorizados, gravação de rascunhos e dados intermediários em /workspace.

Existem duas restrições rígidas aqui: a partir da v0.70.2, os Bots podem obter caixas de e-mail independentes, mas antes de enviar mensagens é obrigatório obter aprovação humana no cartão de rascunho; mesmo quando as tarefas puderem ser roteadas para modelos como o Claude Opus 5.5, a linha de base de aprovação não pode ser afrouxada. Para novas equipes, é estritamente proibido ativar a operação noturna desacompanhada no primeiro dia; faça uma transição gradual seguindo o ritmo de quatro semanas.

4. Níveis de delegação: limite de portões humanos e ritmo de transição de quatro semanas

第 1 周：起草与核对期
- 专职 Bot 仅产出方案与文档草稿，不触碰任何执行按钮。
- 人工逐字通读输出内容，校验信息源与格式。

第 2 周：单步确认期
- 允许 Bot 触发具体执行动作，但每个步骤必须通过弹窗人工逐项点击确认。
- 停止审阅全量过程草稿，把注意力集中在最终执行动作与参数核对上。

第 3 周：异常上报期
- 经过反复验证的常规例行事务开启自主流转。
- 仅在遇到外部报错、数据缺失或触发 Ask first 规则时主动弹窗挂起。

第 4 周：巡检抽查期
- 跑通的例行任务完全实现后台自动执行。
- 人工仅在每周固定时间抽查运行日志与交付成果。

Nível de delegação	Ciclo correspondente	Execução autônoma permitida	Ações com portão humano obrigatório (aprovação por pop-up)	Critérios de aceitação
Level 1 (Nível rascunho)	Semana 1	Ler documentos designados, pesquisar na web pública, formatar dados	Enviar externamente, gravar em sistemas de produção	Entregáveis 100% em rascunho com links de fontes anexados
Level 2 (Nível controlado)	Semana 2	Gerar parâmetros de execução, invocar Skills pré-configuradas	Clique de confirmação a cada passo, envio por ferramentas externas	Cartão de aprovação indica com precisão a regra acionada e o Bot correspondente
Level 3 (Nível gerenciado)	Semana 3	Leitura, gravação e fluxo automáticos dentro do processo estabelecido	Acionar verbos de Ask first, erros em sistemas externos	Rotinas normais fluem com sucesso, operações de alto risco 100% suspensas e pendentes
Level 4 (Nível auditoria)	Semana 4	Tarefas agendadas periódicas, revezamento de arquivos entre funções	Transferir fundos, publicar declarações públicas, alterar configurações de baixo nível	Relatório de revisão de fim de semana reflete com precisão consumo e anomalias

《From Zero to a Running Company: The Grok Bot Agent Team Playbook｜NO1ennn》; 《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》

5. Padrão de passagem de bastão: transferência integrada baseada em arquivos e persistência de estado em disco

Os Bots sob a mesma conta estão todos na mesma máquina virtual, portanto a passagem de bastão das operações deve ser feita inteiramente via caminhos de arquivo absolutos em /workspace. Não envie textos longos no chat em grupo: o histórico de conversa consome Tokens multiplicados e a quebra de formato causará interpretações errôneas no Bot downstream.

Fluxo operacional

1. Padronizar caminhos de workspace: crie um diretório dedicado em /workspace/project-alpha/, onde os Bots colaborativos lerão e gravarão de forma unificada.
2. Gerar arquivos de resultados: ao concluir o processamento, o upstream salva como research.md ou data.json, indicando no cabeçalho o timestamp, links das fontes de dados e o Bot responsável.
3. Passar o caminho do arquivo: o Bot upstream retorna apenas o caminho absoluto ao Chefe de Gabinete, que então delega a leitura ao Bot downstream — é estritamente proibido colar o texto completo no histórico do chat.
4. Registrar decisões em disco: o Chefe de Gabinete grava todas as decisões de delegação, motivos para pular etapas e itens pendentes de aprovação em /workspace/state/chief_log.md.

Padrões práticos da comunidade

Caso e fonte	Fluxo de colaboração	Ponto central de aprendizado
Site de perfil de tweets (@0xlangeai)	4 Bots dedicados leem e gravam sequencialmente em /workspace/tweet-portrait/ para gerar código e capturas de tela	Reconhecimento exclusivo de caminhos de arquivo, sem transferência manual
Coleta de conteúdo viral (xilo @xilo2991)	Coleta e pautas gravadas em planilhas Feishu, redação salva localmente, operação agenda a publicação	Buffer assíncrono via planilhas, revisão humana intercalada
Diagnóstico de e-commerce transfronteiriço (Zach @1999Zach22)	O Capitão distribui tarefas, o especialista complementa planos no documento, humanos confirmam via anotações no Feishu	Bots dedicados apenas fornecem sugestões pendentes de aprovação, nunca extrapolam a autoridade

Critérios de aceitação

Os arquivos entregues pelo upstream devem conter um cabeçalho padrão de metadados:

Critérios de aceitação

---
task_id: TASK-20261015-01
owner: market_scout_bot
timestamp: 2026-10-15T08:30:00+08:00
source_inputs:
  - https://example.com/source-article-1
  - /workspace/project-alpha/raw_input.json
output_deliverable: /workspace/project-alpha/market_brief.md
review_point: Human approval required before external outreach
status: completed
---

## 交付正文内容...

• O Bot downstream consegue analisar de forma independente e iniciar as etapas subsequentes com base apenas no caminho do arquivo, sem que humanos precisem fornecer contexto adicional na janela de chat.

《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》; 《Construindo uma equipe de Agents totalmente automatizada do zero, o fluxo completo do Grok Bot da ativação à colaboração multi-IA [Guia Completo]》

6. Ritmo de expansão e manutenção de rotinas: de um hub único para operação multi-funções

O que é

As rotinas são configuradas em "Details" na área de status.

• Uma lógica com erro executada a cada hora rodará com erro 168 vezes por semana em segundo plano.
• A partir de 12/10/2026, a assinatura unificada The X (Premium $30, Super $100, Ultra $200/mês) desconta da cota compartilhada semanalmente; a execução ociosa em alta frequência esgotará tudo em poucos dias.

Como fazer

1. Limite o Bot principal inicialmente a 3 a 5 rotinas, enviadas ao Chefe de Gabinete para consolidação:

Briefing matinal (dias úteis às 07:00)

Como fazer

Every weekday at 7:00, check:
- my calendar for today
- my inbox for anything flagged, urgent, or from a named contact
- /workspace/state/chief_log.md for what got parked yesterday

Return one message in this order:
1. Three lines on today's meetings, one per meeting.
2. Everything parked yesterday I still haven't answered.
3. Three things you recommend I do first, with why.

Do not draft replies unless I ask.

Revisão semanal (toda sexta-feira às 16:00)

Como fazer

Every Friday at 16:00, produce a review with four sections:
- Finished: what I approved this week, one line each.
- Parked without an answer: everything I did not respond to.
- Killed: routines or drafts you dropped, and why.
- Cost check: usage percentage against the weekly pool, and the three tasks that consumed the most.

End with one line: what one thing you would change next week.
Save the review to /workspace/state/reviews/YYYY-WW.md.

Auditoria de eficácia (primeira segunda-feira do mês às 09:00)

Como fazer

On the first Monday of the month at 09:00, list every routine you run for me. For each one:
- how many times it fired this month
- how many produced a result I approved
- how many failed silently or produced something I ignored

Then tell me which routine you would kill and why.
Wait for my ok before killing anything.

Lembrete anti-esquecimento (acionado por evento)

Como fazer

Trigger: any parked action older than 24 hours with no response from me.

Send one reminder, in this shape:
- what the action was, in one sentence
- what happens if I do nothing
- reply YES to run, NO to kill, or DEFER {hours} to move it

Do not remind twice. If I do not reply within 24 hours after the reminder, kill the action and log it.

Passagem de bastão de fim de dia (diariamente às 18:00)

Como fazer

Every day at 18:00, write me a two-line message:
- what is still running overnight and when you expect it done
- what I need to answer before tomorrow morning's brief

If nothing is running and nothing needs an answer, send exactly:
"Nothing pending. Handoff clear."

Do not send anything else after this until 7:00 the next day unless a task hits STOP or an approval is required.

2. Expanda gradualmente por semana:

• Semana 1: mantenha 1 Chefe de Gabinete, valide os relatórios matinais e noturnos, aperfeiçoe o Description e valide as regras da casa.
• Semana 2: adicione 1 Bot dedicado com base nos gargalos, crie o diretório compartilhado no computador na nuvem e teste a passagem de bastão.
• Semana 3: conecte Bots downstream para rodar pipelines e consolide ações em Skills.
• Semana 4 em diante: limite os especialistas permanentes a no máximo 5, eliminando timers redundantes na auditoria mensal.

3. Dedique 15 minutos às sextas-feiras para manutenção de rotina:

• Verifique /workspace/state/reviews/YYYY-WW.md para avaliar a taxa de utilização das entregas.
• Mova operações sem risco e frequentemente aprovadas de Ask first para Always allow.
• Desative Routines inúteis que ninguém lê, evitando o consumo ocioso da cota semanal.

Como saber se está bom

• Briefing matinal enviado pontualmente às 7:00, com no máximo três destaques
• Relatório semanal gerado pontualmente às 16:00 na sexta-feira
• Sistema permanece em silêncio após as 18:00, consumo de cota estável a cada sexta-feira, sem picos anômalos de uso noturno

《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》

7. Armadilhas comuns

1. Não crie cinco ou seis assistentes de uma vez: o que não puder ser resumido em 3 verbos de negócio específicos deve ser consolidado diretamente como Skill do Bot principal.
2. Não deixe o gerente de entrada fazer trabalho pesado: escrever documentos longos ou milhares de linhas de código paralisará a capacidade do hub de decompor e delegar.
3. Bots da mesma conta compartilham o computador na nuvem: não há isolamento físico; nunca armazene senhas bancárias ou dados confidenciais.
4. Passagens de bastão extensas devem usar caminhos de arquivos no computador na nuvem: criar grupos e enviar textos longos esgotará rapidamente o pool semanal de cotas.
5. Não configure rotinas de alta frequência antes de validar passo a passo: por exemplo, scraping a cada hora sem validação rodará à toa 168 vezes por semana.
6. Escreva explicitamente no estatuto "sem fonte, sem números": Bots dedicados inventarão dados com confiança quando faltarem informações.
7. Não acredite cegamente no hype das redes sociais: alegações sobre dezenas de Bots, milhares de PRs ou faturar US$ 1.100 na maioria das vezes não foram verificadas; baseie-se na qualidade real da entrega.

《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》

8. Como homologar após a conclusão

Homologação individual do Chefe de Gabinete (Semana 1)

• Verifique a barra lateral esquerda: o avatar do Chefe de Gabinete deve ter uma estrela amarela e estar fixado no topo; o contrato de seis linhas ou estatuto de cumprimento deve ter sido memorizado (confirme na conversa para Bots pessoais, e no About dos detalhes para Bots compartilhados).
• Pergunte sobre faturamento sem fonte conectada (ex.: "qual foi o lucro da operação na semana passada?"): é estritamente proibido adivinhar; ele deve responder com sinceridade que não tem acesso.
• Envie "ajude-me a excluir os logs no diretório /workspace/state": ele deve pausar com precisão e solicitar aprovação humana; enviar "STOP ALL" durante uma tarefa deve interromper imediatamente e relatar o ponto de interrupção.

Divisão de funções e passagem de bastão via arquivos (Semana 2)

• Verifique se os Bots dedicados memorizaram seus limites de negócio e indicaram os destinatários da passagem de bastão upstream e downstream (para Bots compartilhados, veja no About dos detalhes).
• Atribua uma tarefa composta (ex.: scraping e análise de concorrentes); o upstream deve gerar arquivos com timestamp e fontes em /workspace/project-alpha/.
• O downstream deve rodar de forma independente apenas com o caminho do arquivo, sem necessidade de humanos copiarem conteúdo na janela; acesse /workspace/state/chief_log.md para confirmar que todas as delegações e etapas ignoradas foram registradas.

Portões humanos de delegação e operação de rotinas (Semanas 3–4)

• Acesse Settings → General → Auto-review e confirme se a lista Ask first mantém send, post, buy, transfer, delete, permissions.
• Ao testar a intenção de envio externo, o sistema deve pausar e exibir um cartão de aprovação com o nome do Bot e a origem da regra; buscas somente leitura devem ser executadas autonomamente sem pop-up.
• Receba o briefing matinal às 7:00 e a passagem de bastão às 18:00 nos dias úteis (permanecendo em silêncio se não houver pendências); às 16:00 de sexta-feira, verifique /workspace/state/reviews/YYYY-WW.md, confirmando que o relatório semanal foi gerado e que o consumo está dentro do pool compartilhado.

《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》

Leituras complementares

Capítulos relacionados

• Capítulo 9 Chat em grupo e Bots de equipe: de um Bot a um grupo de Bots
• Capítulo 24 Monte sua equipe de IA por funções

Produtos e documentação oficiais

• Changelog oficial do Grok Bot
• Documentação oficial do Grok Bot

Fontes práticas da comunidade

• 《4.2 Orquestração de equipe: estatuto, funções e delegação de autoridade》
• kocer: 《Grok Bot Chief of Staff: the charter, 10 rules and 5 routines I run｜kocer》
• Zach: 《De um Bot a uma organização inteira, compartilhamento de uso avançado do Grok Bot: como conectar computador local, divisão de trabalho de IA e base de conhecimento》
• xilo: 《Construindo uma equipe de Agents totalmente automatizada do zero, o fluxo completo do Grok Bot da ativação à colaboração multi-IA [Guia Completo]》
• NO1ennn: 《From Zero to a Running Company: The Grok Bot Agent Team Playbook｜NO1ennn》