📉 low — rápido e barato
Modelo para cedo. Bom para lookups, diffs triviais, formatação. 4.7 respeita low mais estritamente que 4.6 — pode parar antes de concluir tarefa que exigia mais.
✓ Use em
- • Rename em 1 arquivo
- • Lookup de config
- • Format de JSON
- • "O que é X?" rápido
✗ Evite em
- • Debug de bug não-óbvio
- • Design de API
- • Refactor > 2 arquivos
- • Escolha de biblioteca
⚖️ medium — rotina sensível a custo
Tarefas com menos de 3 decisões, volume alto, pipeline automatizado.
Quando brilha
- →Scripts de triagem e classificação
- →Sumarização de PRs em lote
- →Etapa de "aplicação" no padrão desenho→aplicação
- →Code review de mudanças mecânicas
📊 high — concorrência e economia
Features de média complexidade em fan-out, quando muitas tarefas rodam em paralelo. Degrade gradual comparado a xhigh.
💡 Dica
Quando rodar 10+ subagentes em paralelo, use high em vez de xhigh. Qualidade quase igual, custo total bem menor.
⭐ xhigh — o default, 80% dos casos
Novo default do 4.7. Autonomia forte, consumo previsível. Não precisa configurar — já vem ligado se nunca setou effort.
| Compare com | xhigh |
|---|---|
| high | Mais raciocínio, +15–20% qualidade em ambiguidade |
| max | Custo 2–3x maior, ganho marginal em maioria dos casos |
| 4.6 high | xhigh do 4.7 ≈ max do 4.6 em complexidade, com menos tokens |
🚀 max — problemas difíceis
Use pontualmente. Em tarefas simples, gera overthinking e custo inflado.
✓ Quando vale
- • Debug de bug heisenberg
- • Arquitetura em aberto
- • Research de alternativas
- • Spec ambígua com stakes altos
✗ Quando atrapalha
- • Bug fix óbvio
- • CRUD rotineiro
- • Format/style
- • Queries de lookup
🔍 4.7 respeita effort mais estritamente no low-end
Mudança silenciosa que confunde usuários do 4.6. Em low, o 4.7 pode parar onde o 4.6 continuaria.
⚠️ Armadilha
Você roda uma tarefa em low que no 4.6 funcionava e recebe output raso. Não é regressão — é o 4.7 respeitando o comando.
Solução: suba para medium ou xhigh.
🗺️ Matriz pessoal de decisão
Preencha com os seus próprios casos. Revise a cada 30 dias.
| Tipo de tarefa | Effort | Nota |
|---|---|---|
| Bug fix óbvio | low/medium | Suba se parou cedo |
| Feature média | xhigh | Default |
| Refactor multi-arq | xhigh | max se arquitetura muda |
| Code review PR | xhigh | medium se mecânico |
| Debug difícil | max | Após 2 tentativas em xhigh |
| Script batch | medium | Economia real |
📋 Resumo
Próximo Módulo:
2.4 — Alternando Effort + Output Tokens