Modo de Fluxo de Trabalho Dinâmico

Use esta habilidade quando um agente de codificação puder gerar ou adaptar um "harness" (ferramenta de orquestração/teste) local para a tarefa, em vez de apenas seguir um fluxo de comando estático. O objetivo é transformar o modo de fluxo de trabalho dinâmico em um sistema disciplinado: "harnesses" temporários para trabalhos pontuais, extração de habilidades compartilhadas para trabalhos repetidos e pontos de verificação observáveis no painel de controle para equipes.

Quando Ativar

• O usuário menciona fluxos de trabalho dinâmicos, "harnesses" personalizados, "harness" por tarefa, fluxos de trabalho adaptativos ou o modo de fluxo de trabalho dinâmico do Claude Code.
• Uma tarefa precisa de um loop personalizado, avaliador, rastreador (crawler), gerador de "fixture" (dados de teste), observador (watcher) ou painel local.
• Vários agentes precisam do mesmo processo repetível, mas o processo ainda não foi capturado como uma habilidade compartilhada.
• Um fluxo de trabalho precisa de artefatos de entrega duráveis, evidências de avaliação ou aprovação do operador antes da mesclagem (merge).

Contrato Principal

O modo de fluxo de trabalho dinâmico deve produzir um "harness" local para a tarefa apenas quando o "harness" for mais barato e seguro do que executar manualmente as mesmas etapas. O "harness" deve ter:

• Objetivo: o resultado que ele gerencia e o resultado que ele explicitamente não gerencia.
• Entradas: arquivos, URLs, prompts, fontes de dados, política de credenciais e restrições fornecidas pelo usuário.
• Saídas: commits, relatórios, capturas de tela, arquivos de status ou instantâneos do painel de controle.
• Avaliação (Eval): pelo menos uma verificação de aprovação/reprovação vinculada à tarefa, não apenas "executou".
• Entrega (Handoff): um artefato curto que informa ao próximo operador o que aconteceu, o que está bloqueado e como retomar.

Árvore de Decisão para "Harness" Dinâmico

1. Tarefa única: mantenha-a inline. Não crie um "harness".
2. Tarefa repetida com entradas variáveis: crie um "harness" local para a tarefa e mantenha-o em uma área de trabalho temporária ou local do projeto.
3. Tarefa repetida entre colegas de equipe ou repositórios: extraia o padrão para uma habilidade compartilhada.
4. Tarefa com estado externo, filas ou aprovações: adicione visibilidade do painel de controle antes de adicionar mais automação.
5. Tarefa com risco de segurança: adicione um portão de avaliação (eval gate) e um portão de mesclagem humano antes da execução autônoma.

Modelo de "Harness" Local para Tarefa

Use esta estrutura antes de escrever código:

# Dynamic Workflow Harness

Objective:
- Ship:
- Do not ship:

Inputs:
- Repo or workspace:
- External systems:
- Credentials policy:

Loop:
1. Discover current state.
2. Generate or update the smallest useful artifact.
3. Run eval checks.
4. Record status and handoff.
5. Stop on failed gate, unclear ownership, or unsafe external action.

Eval:
- Command:
- Expected pass signal:
- Failure owner:

Handoff:
- Status:
- Evidence:
- Next action:

Extração de Habilidade Compartilhada

Promova um "harness" local para uma habilidade compartilhada apenas quando pelo menos duas das seguintes condições forem verdadeiras:

• O mesmo fluxo de trabalho aparece em várias sessões, repositórios, equipes ou lançamentos.
• O fluxo de trabalho requer sequenciamento específico de linguagem, ferramenta ou segurança.
• Falhas se repetem porque os operadores pulam um portão ou perdem o contexto.
• O fluxo de trabalho tem um contrato de entrada/saída estável.
• O fluxo de trabalho se beneficia de um painel de controle, quadro de status ou entrega de equipe.

Ao extrair, escreva a habilidade primeiro em skills/<name>/SKILL.md. Adicione "shims" de comando apenas se uma superfície de entrada legada por barra ainda for necessária.

Pontos de Verificação do Painel de Controle

O modo de fluxo de trabalho dinâmico se torna utilizável pela equipe quando expõe o estado. Registre esses pontos de verificação sempre que a tarefa abranger mais de uma sessão:

• Plano: objetivo, proprietário, critérios de aceitação e sistemas externos de risco.
• Fila: itens de trabalho, função do agente atribuída, branch/worktree e arestas de dependência.
• Execução: "harness" ativo, etapa atual do loop, resultado recente da avaliação e sinal de token/custo, se disponível.
• Portão: resultados de testes, capturas de tela do navegador, revisão de segurança e prontidão para mesclagem.
• Entrega: o que foi feito, o que falhou, o que precisa de uma decisão humana.

Se o repositório tiver o estado ECC2 habilitado, prefira adicionar ou ler pontos de verificação através do painel de controle ECC ou scripts baseados em "state-store" em vez de espalhar notas não rastreadas.

Portões de Avaliação (Eval Gates)

Todo "harness" dinâmico precisa de uma avaliação específica para a tarefa. Escolha o portão confiável mais barato:

…