Receitas ECC
Um ponto de entrada para "qual grupo de comandos de barra ECC executa meu fluxo de trabalho, em qual ordem e quando devo parar." Também navega por todas as famílias de receitas de grupos de comandos.
Preenche a lacuna entre dois skills existentes:
ecc-guide— lista comandos e onde ler a documentação, mas como um catálogo plano.prompt-optimizer— corresponde uma tarefa a componentes, mas gera um único prompt, não um grupo de vários comandos com ordem de execução e condição de parada.
Este skill adiciona: agrupamento por família + ordem de execução + condição de parada.
Quando Ativar
- "Qual grupo de comandos eu executo para ?"
- "Qual é a sequência de comandos para construir um MVP / corrigir um defeito / refatorar?"
- "Mostre-me todas as receitas de grupos de comandos ECC" (modo catálogo)
- "Quantos pipelines de fluxo de trabalho o ECC tem?"
- O usuário invoca
/ecc-recipescom ou sem uma descrição.
Não Usar Quando
- O usuário quer a tarefa feita agora — direcione para o comando real, não o descreva.
- O usuário quer documentação aprofundada para UM comando — use
ecc-guide. - O usuário quer um rascunho de prompt reescrito — use
prompt-optimizer.
Princípio Central
Responda a partir dos arquivos atuais, não da memória. O conjunto de comandos muda; nunca codifique contagens ou listas de membros. Leia o diretório commands/ ativo a cada execução e depois classifique em famílias.
Leituras ao vivo
Resolva o diretório de comandos (primeiro que existir) e liste os nomes:
for D in \
"$HOME"/.claude/plugins/marketplaces/ecc/commands \
"$HOME"/.claude/plugins/cache/ecc/ecc/*/commands \
./commands \
./.claude/commands \
"$HOME"/.claude/commands; do
[ -d "$D" ] && CMD_DIR="$D" && break
done
[ -z "${CMD_DIR:-}" ] && { echo "Nenhum diretório de comandos ECC encontrado."; return 1; }
find "$CMD_DIR" -maxdepth 1 -name '*.md' -exec basename {} .md \; | sort
Opcionalmente, leia manifests/install-*.json se presente para agrupamento mais rico. Use o menor conjunto de leituras necessário.
Classificação por Família (por prefixo)
Agrupe os nomes dos comandos pelo prefixo principal; mapeie singletons conhecidos manualmente. As famílias são derivadas ao vivo — a tabela abaixo é a regra de classificação, não uma lista fixa.
| Prefixo da família | Significado da receita | Ordem de execução típica |
|---|---|---|
orch-* | Pesquisa, Planejamento, TDD, Revisão, Commit por tipo de tarefa com portões | escolha um orch-* pelo tipo de tarefa; ele executa suas próprias fases internas |
multi-* | Fluxo de trabalho multi-modelo | multi-plan depois multi-execute depois revisão (ou multi-workflow ponta a ponta) |
prp-* | Pipeline de PRD para plano para implementar para PR | prp-prd depois prp-plan depois prp-implement depois prp-commit depois prp-pr |
epic-* | Épica grande multi-unidade, paralelo | epic-decompose depois epic-claim depois epic-validate depois epic-review depois epic-unblock depois epic-sync depois epic-publish |
loop-* | Loop autônomo gerenciado e monitor | loop-start <padrão> depois monitorar com loop-status |
gan-* | Loop gerador e avaliador | gan-build (código) ou gan-design (UI); auto-loop |
*-build / *-review / *-test | Tríade de CI por linguagem | <lang>-test (TDD) depois <lang>-build (corrigir) depois <lang>-review |
hookify-* | Gerenciamento de hooks de comportamento | hookify depois hookify-list depois hookify-configure |
learn / instinct-* / evolve / promote / prune | Aprendizagem contínua | learn depois instinct-status depois evolve depois promote |
| singletons | santa-loop, plan, plan-prd, pr, code-review, checkpoint, etc. | Independente ou cola entre grupos |
Qualquer comando que não corresponda a uma regra de prefixo → liste-o em singletons com sua descrição de uma linha.
Como Funciona
1. Leia ao vivo os nomes dos comandos de CMD_DIR.
2. Classifique em famílias por prefixo e um mapa de singletons.
3. Se uma descrição de fluxo de trabalho foi fornecida -> MODO CORRESPONDÊNCIA.
Se não -> MODO CATÁLOGO.
4. Apenas consultivo: imprima o plano. Nunca execute os comandos correspondidos.
Modo catálogo (sem descrição)
Produza a tabela de famílias: cada família, contagem de membros, membros, significado de uma linha, ordem de execução típica. Termine com a contagem total de comandos e um prompt para descrever um fluxo de trabalho para uma receita correspondida.
Modo correspondência (com descrição)
- Reafirme o fluxo de trabalho em uma frase.
- Escolha as 1-2 melhores famílias; diga POR QUE em uma linha cada.
- Bloco de ordem de execução — sequência exata de comandos para a família correspondida.
- Condição de parada — sempre explícita (máximo de execuções, sinal de conclusão, aprovações de revisão ou disparo único). Para loops autônomos, avise sobre o consumo de créditos e recomende um limite de segurança.
- Onde ler — o caminho
commands/<nome>.mdmais/ecc-guide <nome>.
Template de Saída (modo correspondência)
Fluxo de trabalho: <reafirmação em uma frase>
Melhor ajuste: <família> — <por que>
(Alt: <família> — <por que>)
Ordem de execução:
/<cmd1> # tarefa
/<cmd2> # tarefa
/<cmd3> # tarefa
PARAR quando: <condição>
AVISO (somente loops autônomos): um loop sem limites consome créditos/assinatura —
adicione um limite de iteração máxima ou custo máximo junto ao sinal de conclusão.
Leia a documentação completa:
commands/<cmd1>.md (ou: /ecc-guide <cmd1>)
Exemplos
Catálogo: /ecc-recipes → imprime a tabela de famílias e a contagem total.
Correspondência: /ecc-recipes planejar um aplicativo inteiro antecipadamente e depois construir automaticamente com revisão adversarial até ficar pronto → Melhor ajuste: loop-* (autônomo) envolvendo gan-* ou santa-loop (adversarial). Ordem de execução: plan-prd depois loop-start rfc-dag --mode safe depois monitorar loop-status; PARAR quando todas as unidades passarem na revisão N vezes consecutivas (adicione um limite de iteração máxima para limitar o consumo).
Correspondência: /ecc-recipes corrigir um bug no meu serviço Go → Melhor ajuste: orch-fix-defect (reproduzir, corrigir, revisar, confirmar). Alt: go-test depois go-build depois go-review. PARAR: teste de regressão verde e aprovação da revisão.
Não Objetivos
- Não é um executor — apenas consultivo.
- Não é documentação aprofundada por comando — isso é função do
ecc-guide. - Não é reescrita de prompt — isso é função do
prompt-optimizer. - Nunca codifique contagens de comandos ou listas de membros — sempre leia ao vivo.