recetas-ecc

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 me detengo". También navega por 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 único 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 familia + orden de ejecución + condición de parada.

Cuándo Activar

• "¿Qué grupo de comandos ejecuto para ?"
• "¿Cuál es la secuencia de comandos para construir un MVP / arreglar un defecto / refactorizar?"
• "Muéstrame todas las recetas de grupos de comandos ECC" (modo catálogo)
• "¿Cuántos pipelines de flujo de trabajo tiene ECC?"
• El usuario invoca /ecc-recipes con o sin descripción.

No Usar Cuando

• El usuario quiere que la tarea se realice ahora — redirigir al comando real, no describirlo.
• El usuario quiere documentación profunda para UN comando — usar ecc-guide.
• El usuario quiere reescribir un borrador de prompt — usar prompt-optimizer.

Principio Fundamental

Responder desde los archivos actuales, no de la memoria. El conjunto de comandos cambia; nunca codificar recuentos ni listas de miembros. Leer el directorio commands/ en vivo cada ejecución y luego clasificar en familias.

Lecturas en vivo

Resolver el directorio de comandos (primero que exista), luego listar 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 ECC."; return 1; }
find "$CMD_DIR" -maxdepth 1 -name '*.md' -exec basename {} .md \; | sort

Opcionalmente, leer manifests/install-*.json si está presente para una agrupación más rica. Usar el conjunto mínimo de lecturas necesario.

Clasificación por Familia (por prefijo)

Agrupar nombres de comandos por prefijo principal; mapear singletons 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-*	Investigación, Planificación, TDD, Revisión, Commit por tipo de tarea	elegir un orch-* por 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 principio a fin)
prp-*	Pipeline de PRD a plan a implementar a PR	prp-prd luego prp-plan luego prp-implement luego prp-commit luego prp-pr
epic-*	Épica grande multiunidad, 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 monitor	loop-start <patrón> luego observar con loop-status
gan-*	Bucle generador-evaluador	gan-build (código) o gan-design (UI); auto-bucle
*-build / *-review / *-test	Tríada CI por lenguaje	<lang>-test (TDD) luego <lang>-build (arreglo) luego <lang>-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
singletons	santa-loop, plan, plan-prd, pr, code-review, checkpoint, etc.	independiente o pegamento entre grupos

Cualquier comando que no coincida con una regla de prefijo → listarlo bajo singletons con su descripción de una línea.

Cómo Funciona

1. Leer en vivo los nombres de comandos desde CMD_DIR.
2. Clasificar en familias por prefijo y un mapa de singletons.
3. Si se proporcionó descripción del flujo de trabajo -> MODO COINCIDENCIA.
   Si no -> MODO CATÁLOGO.
4. Solo asesoría: imprimir el plan. Nunca ejecutar los comandos coincidentes.

Modo catálogo (sin descripción)

Generar la tabla de familias: cada familia, cantidad de miembros, miembros, significado de una línea, orden de ejecución típico. Terminar con el recuento total de comandos y un mensaje para describir un flujo de trabajo para una receta coincidente.

Modo coincidencia (con descripción)

1. Reformular el flujo de trabajo en una oración.
2. Elegir las mejores 1-2 familias; decir POR QUÉ en una línea cada una.
3. Bloque de orden de ejecución — secuencia exacta de comandos para la familia coincidente.
4. 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, advertir sobre el consumo de suscripción y recomendar un límite de respaldo.
5. Dónde leer — la ruta commands/<name>.md más /ecc-guide <name>.

Plantilla de salida (modo coincidencia)

Flujo de trabajo: <reformulación en una oración>

Mejor ajuste: <familia> — <por qué>
(Alt: <familia> — <por qué>)

Orden de ejecución:
  /<cmd1>   # trabajo
  /<cmd2>   # trabajo
  /<cmd3>   # trabajo
  DETENER cuando: <condición>
  ADVERTENCIA (solo bucles autónomos): un bucle sin límite consume suscripción/créditos —
  añadir un tope de iteración máxima o costo máximo como respaldo junto a la señal de finalización.

Leer documentación completa:
  commands/<cmd1>.md   (o: /ecc-guide <cmd1>)

Ejemplos

Catálogo: /ecc-recipes → imprime la tabla de familias y el recuento total.

Coincidencia: /ecc-recipes planificar una app completa desde cero y luego auto-construir con revisión adversaria hasta terminar → Mejor ajuste: loop-* (autónomo) envolviendo gan-* o santa-loop (adversario). Orden de ejecución: plan-prd luego loop-start rfc-dag --mode safe luego monitorear loop-status; DETENER cuando todas las unidades pasen revisión N veces consecutivas (añadir un tope de iteración máxima para limitar el consumo).

Coincidencia: /ecc-recipes arreglar un error en mi servicio Go → Mejor ajuste: orch-fix-defect (reproducir, arreglar, revisar, commit). Alt: 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 asesoría.
• No es documentación profunda por comando — eso es ecc-guide.
• No es reescritura de prompts — eso es prompt-optimizer.
• Nunca codificar recuentos de comandos ni listas de miembros — siempre leer en vivo.