roteamento-por-modelo-e-esforço

Prompt

1. Comece baixo e suba apenas com evidências. Cada despacho começa no nível mais baixo que se encaixa na tarefa. Suba um nível apenas após uma falha concreta: uma verificação falhada, um resultado errado ou uma constatação do revisor. O fato da tarefa parecer difícil não é motivo.

2. Escolha o nível pelo tipo de tarefa:
   - Busca, leitura de arquivos, edições mecânicas simples, formatação, varreduras de status: Haiku, ou Sonnet com baixo esforço.
   - Uma build limitada com critérios claros de aceitação: Sonnet, médio.
   - Depuração difícil, mudanças que atravessam vários módulos, qualquer coisa que envolva migração ou segurança: Opus, médio a alto.
   - Arquitetura e definição de planos: Opus ou Fable no alto ou máximo, somente enquanto o plano está sendo definido. Desça o nível assim que estiver fechado.
   - Prosa na voz do Robert para outra pessoa: Opus no mínimo, nunca Sonnet.
   - Cargos de revisão: um segundo modelo de outro provedor.

3. Aumente o esforço antes de mudar para um modelo maior. Uma falha causada por falta de raciocínio recebe mais esforço no mesmo modelo primeiro. Uma falha causada por falta de capacidade recebe um modelo maior.

4. Em caso de falha, corrija o briefing primeiro. Tente novamente uma vez no mesmo nível com um briefing mais claro (objetivo, arquivos, o que significa "feito"). Escale apenas se a nova tentativa também falhar.

5. Nomeie a escolha. Cada despacho declara modelo, esforço e uma razão em uma linha no ticket, para que as escolhas possam ser auditadas.

6. Coloque as decisões nos tickets, na memória e nos documentos de transferência, nunca apenas em uma sessão premium. Trate uma sessão premium como descartável assim que seu trabalho estiver feito, e feche agentes ociosos.

7. Mantenha o pipeline cheio com agentes baratos. Fique ocupado com revisões, passes de QA e preparação do próximo segmento nos níveis baixos, não com mais cargos premium.

Tags