Pular para o conteúdo principal

Fluxos de Trabalho Pro e Jogadas de Especialista

Avançado
What you'll learn
  • Orquestrar subagentes em paralelo — e saber quando graduar para um fluxo de trabalho dinâmico orientado por script
  • Fazer dos hooks a cola determinística: lint ao salvar, bloquear o stop, impedir escritas proibidas
  • Transformar seus prompts repetidos em slash-commands personalizados, skills e um estilo de saída
  • Montar uma stack de MCP e pipelines headless (claude -p) que rodam sem supervisão no CI
  • Executar o ciclo explorar → planejar → executar → revisar com disciplina, e manter o contexto enxuto
  • Tratar o CLAUDE.md como código: curto, podado e de alto sinal

Esta é a página em que as primitivas deixam de ser recursos individuais e começam a ser um fluxo de trabalho. Se você já sabe o que é um subagente ou um hook, a alavancagem está em como você os combina: um slash-command que dispara uma passagem em modo de planejamento, subagentes que distribuem o trabalho, um hook que não deixa o turno terminar até os testes passarem, e uma invocação headless que roda tudo no CI. Vamos conectar tudo.

O modelo mental: quem detém o plano?

Cada jogada de especialista abaixo é uma resposta diferente para uma única pergunta — quem está detendo o plano e os resultados intermediários? O próprio enquadramento da Anthropic para o novo recurso de fluxos de trabalho dinâmicos deixa isso claro:

FerramentaQuem decide o que roda em seguidaOnde os resultados ficamEscala
SubagentesO Claude, turno a turnoJanela de contexto do ClaudeAlguns por turno
SkillsO Claude, seguindo o promptJanela de contexto do ClaudeMesmo que subagentes
Times de agentesUm agente líder, turno a turnoUma lista de tarefas compartilhadaUm punhado de pares de longa duração
Fluxos de trabalho dinâmicosO scriptVariáveis do scriptDezenas a centenas

A progressão é o jogo inteiro: comece com um único Claude, delegue a subagentes para proteger o contexto, e só mova o plano para dentro do código quando uma tarefa precisar de mais agentes do que uma conversa consegue coordenar.

Jogada 1 — Subagentes em paralelo, depois graduar para um fluxo de trabalho

Um subagente é um Claude separado, com sua própria janela de contexto e um conjunto de ferramentas delimitado; ele retorna um resultado, não sua transcrição. O hábito do especialista é distribuir trabalho independente:

Distribuir uma revisão por módulos

Review the changes in auth/, billing/, and api/ — use the code-reviewer
subagent on each, in parallel. Report only correctness bugs and missing tests.

Três revisores rodam ao mesmo tempo, cada um consumindo seu próprio contexto nos diffs, e sua sessão principal vê três relatórios organizados em vez de três diffs brutos. O detalhe: o paralelismo só ajuda em subtarefas independentes. Se a etapa B precisa da saída da etapa A, execute-as em sequência; se elas escrevem nos mesmos arquivos, isole-as em git worktrees.

Quando a tarefa supera uma única conversa — uma migração de 500 arquivos, uma varredura de bugs em toda a base de código, uma pesquisa com verificação cruzada em muitas fontes — gradue para um fluxo de trabalho dinâmico. O Claude escreve um script JavaScript de orquestração (distribuir → reduzir → sintetizar), um runtime o executa em segundo plano com até 16 agentes concorrentes, e apenas a resposta final chega ao seu contexto. Dispare um com a palavra-chave ultracode ou simplesmente peça em palavras comuns:

Iniciar um fluxo de trabalho dinâmico

ultracode: audit every API endpoint under src/routes/ for missing auth checks,
then cross-check each finding with a second agent before reporting

O recurso matador não é apenas mais agentes — é que um script pode aplicar um padrão de qualidade repetível, como fazer agentes independentes revisarem de forma adversarial os achados uns dos outros antes que qualquer um seja reportado. Experimente o /deep-research <pergunta> integrado para ver o padrão ao vivo: ele vota em cada afirmação e filtra as que não sobrevivem à verificação cruzada.

Pro tip
  • Salve uma boa execução de fluxo de trabalho como um comando: abra /workflows, selecione a execução, pressione s. Ela se torna /seu-nome em todas as sessões futuras.
  • Avalie o custo primeiro em uma fatia — um diretório, não o repositório inteiro. Uma execução pode gerar muito mais agentes (e tokens) do que uma única conversa.

Jogada 2 — Hooks: a cola determinística

As instruções do CLAUDE.md são consultivas — o Claude geralmente as segue. Os Hooks são determinísticos — eles rodam um script em um ponto fixo do ciclo, garantidamente, toda vez. Recorra a um hook quando algo precisa acontecer sem exceções.

Os três padrões de hook de maior alavancagem:

Guided walkthrough1 of 3
  1. Depois que o Claude edita um arquivo, rode seu formatador ou linter automaticamente para que a base de código nunca se desvie. O feedback também volta para o Claude, então ele se autocorrige.

Você não precisa escrever o JSON à mão. Peça ao Claude para criar o hook para você:

Faça o Claude escrever um hook

Write a hook that runs eslint --fix after every file edit, and a second hook
that blocks any Write or Edit to the db/migrations/ folder. Add them to
.claude/settings.json and show me the config.
Watch out
  • Um hook Stop que continua bloqueando será sobreposto após vários bloqueios consecutivos, para que a sessão não trave — seu portão é uma grade de segurança, não um loop infinito.
  • Os hooks rodam com as permissões do seu shell. Revise qualquer script de hook antes de fazer commit dele, exatamente como faria com a configuração de CI.

Jogada 3 — Slash-commands personalizados, skills e estilos de saída

Qualquer coisa que você digite duas vezes deveria virar uma primitiva. A decisão é simples: skills são conhecimento, hooks são garantias, MCP é ação, slash-commands são pontos de entrada.

Um slash-command (ou uma skill com disable-model-invocation: true) empacota um fluxo de trabalho repetível que você dispara manualmente. $ARGUMENTS o torna parametrizado:

.claude/skills/fix-issue/SKILL.md

---
name: fix-issue
description: Triage and fix a GitHub issue end-to-end
disable-model-invocation: true
---
Fix GitHub issue $ARGUMENTS:
1. gh issue view to read the issue
2. Search the codebase for the relevant files
3. Write a failing test that reproduces the bug
4. Implement the fix, then run tests and lint until green
5. Commit with a descriptive message and open a PR

Execute-o com /fix-issue 1234. Use disable-model-invocation: true para qualquer coisa com efeitos colaterais que você queira disparar deliberadamente, em vez de deixar o Claude recorrer a ela por conta própria.

Os estilos de saída mudam como o Claude se comunica em toda a sessão — conciso para um especialista, detalhado-com-explicações para ensinar, ou um formato estruturado que sua ferramenta consegue analisar. Combine um slash-command personalizado (o o quê) com um estilo de saída (o como) e você moldou ambas as pontas da interação.

A jogada de especialista mais subutilizada da documentação oficial: deixe o Claude entrevistar você antes de um grande recurso, depois inicie uma sessão nova para construir a partir da especificação escrita.

Especificação por entrevista, depois construa em contexto limpo

I want to build [brief description]. Interview me in detail using the
AskUserQuestion tool — technical implementation, UI/UX, edge cases, tradeoffs.
Dig into the hard parts I might not have considered. When we've covered
everything, write a complete, self-contained spec to SPEC.md.

Jogada 4 — Montar uma stack de MCP

Os servidores MCP são processos executáveis que o Claude chama via JSON-RPC para realmente fazer coisas — consultar seu banco de dados, ler o Sentry, puxar um design do Figma, abrir uma issue no Linear. A "stack" de um especialista é um conjunto pequeno e deliberado, não tudo o que você conseguir encontrar:

Adicione servidores à sua stack

claude mcp add --transport stdio sentry -- npx -y @sentry/mcp-server
claude mcp add --transport http linear https://mcp.linear.app/sse

Dois princípios mantêm uma stack de MCP rápida:

  • Prefira uma CLI quando existir uma. gh, aws, gcloud e sentry-cli são a forma mais eficiente em contexto de conversar com um serviço — o Claude já as conhece, e elas não carregam um schema de ferramenta em cada turno. Reserve o MCP para serviços sem uma boa CLI, ou onde você quer acesso estruturado e tipado.
  • Mantenha a lista de servidores enxuta. As definições de ferramenta de cada servidor conectado consomem contexto logo de cara. Corte os servidores que você não está usando ativamente; listas de ferramentas inchadas espremem suas instruções de verdade.

Para o porquê mais profundo, veja Engenharia de Contexto — a mesma lógica de orçamento de atenção que governa o CLAUDE.md governa sua lista de ferramentas.

Jogada 5 — Pipelines headless e do Agent SDK

claude -p "prompt" roda o Claude de forma não interativa — sem sessão, saída analisável — o que é a porta para CI, hooks de pre-commit e jobs em lote. Esta é a superfície headless / Agent SDK.

O clássico padrão de distribuição por arquivos do guia oficial de boas práticas:

Migração em lote headless

# 1. Have Claude generate the work list first, then loop:
for file in $(cat files.txt); do
claude -p "Migrate $file from React to Vue. Return OK or FAIL." \
  --allowedTools "Edit,Bash(git commit *)"
done

Duas flags fazem o trabalho pesado: --output-format json (ou stream-json --verbose) torna os resultados legíveis por máquina, e --allowedTools delimita exatamente o que o Claude pode tocar quando nenhum humano está observando. Encadeie isso em qualquer lugar:

O Claude como estágio de pipeline

cat error.log | claude -p "Cluster these errors by root cause, output JSON" \
--output-format json | jq '.[] | select(.severity=="high")'
Watch out
  • Sempre teste o prompt em 2–3 itens antes de soltar o loop sobre 2.000. Refine, depois escale.
  • Execuções sem supervisão precisam de verificação embutida — um hook Stop ou uma etapa de teste no prompt — ou você acabou de automatizar a produção de saída plausível-mas-errada em escala.

Jogada 6 — Disciplina de modo de planejamento e engenharia de contexto

A alavanca de qualidade mais confiável de todas é separar pesquisa de execução. O ciclo de quatro fases do guia de boas práticas da Anthropic:

Guided walkthrough1 of 4
  1. Entre no modo de planejamento. O Claude lê arquivos e responde perguntas, mas não faz alterações. Aponte-o para os diretórios exatos: 'leia /src/auth e explique como as sessões funcionam.'

Veja Modo de Planejamento para a disciplina, e pule-o quando o diff couber em uma frase — planejar tem custo. A razão pela qual isso funciona é a economia de contexto: o desempenho degrada conforme a janela enche, então uma instrução de 50 tokens em um contexto de 2.000 tokens chega muito mais forte do que a mesma instrução enterrada em 50.000 tokens. Hábitos práticos:

  • /clear entre tarefas não relacionadas; uma sessão limpa com um prompt melhor vence uma longa e poluída.
  • Após duas correções fracassadas, pare de corrigir — /clear e reescreva o prompt com o que você aprendeu.
  • Delegue a pesquisa a subagentes para que a leitura de arquivos aconteça no contexto deles, não no seu.

O caminho de "elevar o nível da sua configuração"

Se você não fizer mais nada, faça estes na ordem:

Guided walkthrough1 of 6
  1. Rode /init para um ponto de partida, depois corte toda linha que falhar no teste: 'remover isto faria o Claude cometer um erro?' Um arquivo inchado faz o Claude ignorar as regras que importam.

Domínio do CLAUDE.md

O CLAUDE.md carrega no início de toda conversa, então é o contexto de maior frequência que você controla — e, portanto, o mais fácil de arruinar enchendo demais.

Coloque no CLAUDE.mdDeixe de fora
Comandos Bash que o Claude não consegue adivinharQualquer coisa que o Claude descobre lendo o código
Regras de estilo de código que diferem dos padrõesConvenções padrão que o Claude já conhece
Test runner + como rodar um único testeDocumentação completa de API (linke em vez disso)
Etiqueta do repositório (nomenclatura de branch/PR)Informação que muda com frequência
Pegadinhas não óbvias e peculiaridades do ambientePlatitudes do tipo "escreva código limpo"

Trate-o como código: revise-o quando o comportamento der errado, pode regularmente, e use imports @path/to/file mais arquivos CLAUDE.md por diretório para que cada parte de um monorepo receba apenas o que é relevante. Mova o conhecimento às vezes relevante para skills para que ele carregue sob demanda em vez de taxar cada turno.

Teste-se

0/4
  1. Você precisa de uma migração de 500 arquivos coordenada com verificação cruzada adversarial. Qual ferramenta se encaixa melhor?
  2. Qual é a diferença-chave entre um hook e uma instrução do CLAUDE.md?
  3. Qual flag delimita o que o Claude pode fazer durante uma execução em lote sem supervisão de `claude -p`?
  4. Por que podar o CLAUDE.md melhora a aderência?
Recordação de jogadas — vire cada carta
Pressione Enter ou Espaço para virar o cartão. Use as setas esquerda e direita para navegar entre os cartões.Termo exibido.
1 / 5
Key takeaways
  • A progressão é a habilidade: um único Claude → subagentes em paralelo → fluxos de trabalho dinâmicos orientados por script, escolhidos por quem precisa deter o plano.
  • Os hooks são a cola determinística — lint ao salvar, bloquear o stop, impedir escritas proibidas — para o que precisa acontecer toda vez.
  • Empacote prompts repetidos em slash-commands/skills, molde a entrega com um estilo de saída, e mantenha uma stack de MCP enxuta (prefira CLIs).
  • O headless claude -p com --allowedTools transforma o Claude em um estágio de CI/pipeline; sempre embuta verificação para execuções sem supervisão.
  • A disciplina do modo de planejamento mais uma economia de contexto agressiva (/clear, pesquisa por subagentes, um CLAUDE.md podado) é a alavanca de maior confiabilidade que você tem.

Fontes e leitura adicional