👔 O que é chief-of-staff no contexto agêntico
Em organizações humanas, o chief-of-staff nunca executa o trabalho direto — ele garante que os executores certos recebam as tarefas certas, no tempo certo, com o contexto certo. O padrão agêntico é idêntico: o orquestrador não faz pesquisa, não escreve código, não manda email — ele coordena quem faz.
🏗️ Responsabilidades do chief-of-staff agêntico
- Receber a intenção do CEO — traduzir objetivo de alto nível em tarefas executáveis.
- Selecionar o executor certo — qual especialista tem as ferramentas e o contexto para cada tarefa.
- Definir o critério de done — o worker precisa saber quando a tarefa está completa.
- Monitorar e reagir — se um worker trava ou retorna resultado inadequado, o CoS intervém.
- Sintetizar e reportar — consolida os resultados numa resposta coerente para o CEO.
📊 Antropic Model Spec — trecho relevante
"In multi-agent settings, Claude acting as an orchestrator should focus on decomposition and synthesis. The orchestrator should not attempt to directly execute tasks that subagents are better positioned to handle."
— Anthropic Model Spec, seção Multi-agent frameworks (2025)
📝 AGENTS.md do orquestrador
O orquestrador precisa de uma identidade clara definida em AGENTS.md. Sem isso, ele tenta fazer tudo sozinho — destrói o padrão. O arquivo define: quem ele é, o que ele coordena, o que ele NUNCA faz diretamente, e quais agentes estão sob sua coordenação.
Template AGENTS.md do orquestrador
# AGENTS.md — Orquestrador Chief-of-Staff
## Papel
Coordenador central. Recebe objetivos, decompõe em tarefas,
delega para especialistas, sintetiza resultados.
## NUNCA faça diretamente
- Pesquisa de dados ou mercado (→ Researcher)
- Análise financeira (→ CFO Bot)
- Comunicação externa (→ Communicator)
- Execução de código (→ Builder)
## Subagentes disponíveis
- researcher: pesquisa e síntese de informação
- cfo-bot: análise financeira e KPIs
- ops-bot: processos e operações
- communicator: comunicação e relatórios
## Critério de done
Resposta sintetizada cobre todos os subproblemas
definidos no plano inicial.🔁 O ciclo de coordenação
O chief-of-staff opera em ciclos. Cada ciclo tem fases bem definidas que não se misturam. Misturar as fases é o erro mais comum — o orquestrador começa a "ajudar" a executar e perde a visão do todo.
As 5 fases do ciclo
- Fase 1 — Intake: Recebe objetivo. Faz perguntas clarificadoras se necessário. Define escopo.
- Fase 2 — Decomposição: Quebra em subtarefas. Define dependências entre elas.
- Fase 3 — Dispatch: Envia cada subtarefa para o subagente correto com contexto completo.
- Fase 4 — Monitor: Acompanha conclusão. Lida com falhas e retries.
- Fase 5 — Síntese: Consolida resultados. Resolve conflitos. Produz output final.
💡 Caso Marco: o CoS em ação
Marco (e-commerce) pediu "análise completa para lançar produto no mercado latam". CoS intake: escopo (3 mercados, 2 concorrentes). Decomp: pesquisa de mercado + análise de preço + viabilidade logística. Dispatch: 3 workers em paralelo. Síntese em 8 min com recomendação clara por mercado.
🎯 Decomposição inteligente de tarefas
A habilidade mais crítica do chief-of-staff é decompor bem. Decomposição ruim cria workers com tarefas ambíguas que se sobrepõem ou se contradizem. Decomposição boa cria tarefas atômicas, independentes e com critério de done claro.
✓ Decomposição boa
- ✓Tarefa atômica com uma responsabilidade
- ✓Critério de done objetivo e mensurável
- ✓Sem sobreposição com outras tarefas
- ✓Output bem definido (formato + conteúdo)
- ✓Independente dos outros workers
✗ Decomposição ruim
- ✗"Pesquise e analise e recomende"
- ✗Sem formato de output definido
- ✗Worker A precisa do resultado do Worker B
- ✗Critério de done vago ("seja completo")
- ✗Tarefas cobrem o mesmo dado
🚨 Tratamento de falhas e retries
Workers falham. O CoS precisa ter uma política clara para falhas: quando tentar novamente, quando escalar, quando aceitar resultado parcial. Sem essa política, uma falha de um worker trava todo o sistema.
Política de falhas do CoS
- Timeout: define tempo máximo por worker (ex: 60s). Após timeout, marca como "não disponível".
- Retry com contexto: 1 retry com contexto adicional antes de escalar.
- Fallback: se worker especialista falha, tenta com worker genérico.
- Resultado parcial: se 4 de 5 workers concluem, sintetiza com nota de "dado incompleto".
- Escalada: falhas críticas são reportadas ao usuário com opções claras.
⚠️ Anti-padrão: CoS que paralisa
Sana teve seu CoS configurado para "esperar todos os workers". Um worker ficou em loop infinito e todo o sistema travou por 40 minutos. Timeout obrigatório é configuração de segurança, não otimização.
📤 Síntese de alta qualidade
A síntese é onde o chief-of-staff entrega valor real. Não é apenas "juntar os resultados" — é resolver conflitos, preencher lacunas, identificar padrões que nenhum worker viu isoladamente. É aqui que o CoS justifica seu custo extra em tokens.
Componentes de uma boa síntese
- Verificação de conflitos: Worker A diz X, Worker B diz Y sobre o mesmo dado — CoS resolve ou sinaliza.
- Padrões cruzados: insights que emergem apenas quando múltiplos resultados são vistos juntos.
- Priorização: do volume de dados, o CoS filtra o que é acionável.
- Formato para o CEO: estrutura o output no formato que o usuário espera (relatório, bullet points, decisão).
💡 O sinal de uma boa síntese
A síntese deveria conter insights que nenhum worker individual poderia ter produzido. Se o CoS está apenas concatenando outputs, ele não está sintetizando — está sendo um pipe caro. O valor está na integração, não na agregação.
📋 Resumo do Módulo
Próximo Módulo:
4.3 — Subagents e especialistas: CFO Bot, CMO Bot, Ops Bot com função, escopo e SLA