Recetas ECC
Un punto de entrada para "qué grupo de comandos slash de ECC ejecuta mi flujo de trabajo, en qué orden y cuándo debo detenerme". También explora todas las familias de recetas de grupos de comandos.
Llena el vacío entre dos habilidades existentes:
ecc-guide— lista comandos y dónde leer la documentación, pero como un catálogo plano.prompt-optimizer— empareja una tarea con componentes, pero genera un solo prompt, no un grupo de múltiples comandos con orden de ejecución y condición de parada.
Esta habilidad añade: agrupación por familias + orden de ejecución + condición de parada.
Cuándo activarla
- "¿Qué grupo de comandos ejecuto para ?"
- "¿Cuál es la secuencia de comandos para construir un MVP / corregir un defecto / refactorizar?"
- "Muéstrame todas las recetas de grupos de comandos de ECC" (modo catálogo)
- "¿Cuántos pipelines de flujo de trabajo tiene ECC?"
- El usuario invoca
/ecc-recipescon o sin una descripción.
No usar cuando
- El usuario quiere que la tarea se haga ahora — enruta al comando real, no lo describas.
- El usuario quiere documentación detallada para UN comando — usa
ecc-guide. - El usuario quiere reescribir un borrador de prompt — usa
prompt-optimizer.
Principio fundamental
Responde desde los archivos actuales, no desde la memoria. El conjunto de comandos cambia; nunca codifiques conteos ni listas de miembros. Lee el directorio commands/ en vivo en cada ejecución y luego clasifica en familias.
Lecturas en vivo
Resuelve el directorio de comandos (el primero que exista) y luego lista los nombres:
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 "No se encontró el directorio de comandos de ECC."; return 1; }
find "$CMD_DIR" -maxdepth 1 -name '*.md' -exec basename {} .md \; | sort
Opcionalmente, lee manifests/install-*.json si está presente para un agrupamiento más rico. Usa el conjunto más pequeño de lecturas necesario.
Clasificación por familias (por prefijo)
Agrupa los nombres de los comandos por prefijo inicial; mapea los singleton conocidos manualmente. Las familias se derivan en vivo — la tabla siguiente es la regla de clasificación, no una lista fija.
| Prefijo de familia | Significado de la receta | Orden de ejecución típico |
|---|---|---|
orch-* | Research, Plan, TDD, Review, Commit con compuerta por tipo de tarea | elige un orch-* según el tipo de tarea; ejecuta sus propias fases internas |
multi-* | Flujo de trabajo multimodelo | multi-plan luego multi-execute luego revisión (o multi-workflow de extremo a extremo) |
prp-* | Pipeline de PRD a plan a implementación a PR | prp-prd luego prp-plan luego prp-implement luego prp-commit luego prp-pr |
epic-* | Épica grande multiunidad, en paralelo | epic-decompose luego epic-claim luego epic-validate luego epic-review luego epic-unblock luego epic-sync luego epic-publish |
loop-* | Bucle autónomo gestionado y monitorización | loop-start <patrón> luego supervisar con loop-status |
gan-* | Bucle generador y evaluador | gan-build (código) o gan-design (UI); auto-bucles |
*-build / *-review / *-test | Tríada CI por lenguaje | <lenguaje>-test (TDD) luego <lenguaje>-build (corregir) luego <lenguaje>-review |
hookify-* | Gestión de hooks de comportamiento | hookify luego hookify-list luego hookify-configure |
learn / instinct-* / evolve / promote / prune | Aprendizaje continuo | learn luego instinct-status luego evolve luego promote |
| singleton | santa-loop, plan, plan-prd, pr, code-review, checkpoint, etc. | Independientes o pegamento entre grupos |
Cualquier comando que no coincida con una regla de prefijo → listarlo bajo singleton con su descripción de una línea.
Cómo funciona
1. Lee en vivo los nombres de los comandos desde CMD_DIR.
2. Clasifica en familias según el prefijo y un mapa de singleton.
3. Si se proporcionó una descripción del flujo de trabajo -> MODO COINCIDENCIA.
Si no -> MODO CATÁLOGO.
4. Solo asesorativo: imprime el plan. Nunca ejecutes los comandos coincidentes.
Modo catálogo (sin descripción)
Genera la tabla de familias: cada familia, recuento de miembros, miembros, significado en una línea, orden de ejecución típico. Termina con el recuento total de comandos y un mensaje para describir un flujo de trabajo y obtener una receta personalizada.
Modo coincidencia (descripción proporcionada)
- Reformula el flujo de trabajo en una oración.
- Elige las 1-2 mejores familias; explica POR QUÉ en una línea cada una.
- Bloque de orden de ejecución — secuencia exacta de comandos para la familia seleccionada.
- Condición de parada — siempre explícita (máximas ejecuciones, señal de finalización, aprobaciones de revisión o un solo disparo). Para bucles autónomos, advierte sobre el consumo de suscripción y recomienda un límite de seguridad.
- Dónde leer — la ruta
commands/<nombre>.mdmás/ecc-guide <nombre>.
Plantilla de salida (modo coincidencia)
Flujo de trabajo: <reformulación en una oración>
Mejor opción: <familia> — <por qué>
(Alternativa: <familia> — <por qué>)
Orden de ejecución:
/<comando1> # tarea
/<comando2> # tarea
/<comando3> # tarea
DETENER cuando: <condición>
ADVERTENCIA (solo bucles autónomos): un bucle sin límite consume suscripción/créditos —
añade un tope de iteraciones máximas o de coste máximo junto con la señal de finalización.
Leer documentación completa:
commands/<comando1>.md (o: /ecc-guide <comando1>)
Ejemplos
Catálogo: /ecc-recipes → muestra la tabla de familias y el recuento total.
Coincidencia: /ecc-recipes planificar toda una aplicación por adelantado y luego construir automáticamente con revisión adversaria hasta terminar → Mejor opción: loop-* (autónomo) envolviendo gan-* o santa-loop (adversario). Orden de ejecución: plan-prd luego loop-start rfc-dag --mode safe luego supervisar loop-status; DETENER cuando todas las unidades pasen la revisión N veces consecutivas (añadir un tope de iteraciones máximas para limitar el consumo).
Coincidencia: /ecc-recipes corregir un error en mi servicio Go → Mejor opción: orch-fix-defect (reproducir, corregir, revisar, confirmar). Alternativa: go-test luego go-build luego go-review. DETENER: prueba de regresión verde y aprobación de revisión.
No objetivos
- No es un ejecutor — solo asesorativo.
- No es documentación detallada por comando — eso es
ecc-guide. - No es reescritura de prompts — eso es
prompt-optimizer. - Nunca codifiques conteos de comandos ni listas de miembros — siempre lee en vivo.