ECC Recipes
ECC 슬래시 명령 그룹 중 "내 워크플로를 실행하는 그룹은 무엇이고, 어떤 순서로, 언제 멈춰야 하는가"에 대한 단일 진입점입니다. 또한 모든 명령 그룹 레시피 가족을 탐색합니다.
두 가지 기존 스킬 사이의 간격을 메웁니다.
ecc-guide— 명령과 문서 위치를 나열하지만, 플랫 카탈로그입니다.prompt-optimizer— 태스크를 구성 요소에 매칭하지만, 실행 순서와 중지 조건이 있는 다중 명령 그룹이 아닌 단일 프롬프트를 출력합니다.
이 스킬이 추가하는 것: 가족 그룹화 + 실행 순서 + 중지 조건
활성화 시기
- "<워크플로>를 위해 어떤 명령 그룹을 실행해야 하나요?"
- "MVP를 빌드 / 결함 수정 / 리팩터링하기 위한 명령 시퀀스는 무엇인가요?"
- "모든 ECC 명령-그룹 레시피 보기" (카탈로그 모드)
- "ECC에는 몇 개의 워크플로 파이프라인이 있나요?"
- 사용자가
/ecc-recipes를 설명과 함께 또는 없이 호출합니다.
사용하지 말아야 할 때
- 사용자가 지금 당장 태스크 실행을 원할 때 — 설명하지 말고 실제 명령으로 라우팅하세요.
- 사용자가 하나의 명령에 대한 상세 문서를 원할 때 —
ecc-guide를 사용하세요. - 사용자가 초안 프롬프트 재작성을 원할 때 —
prompt-optimizer를 사용하세요.
핵심 원칙
메모리가 아닌 현재 파일에서 답변하세요. 명령 세트는 변경됩니다. 개수나 멤버 목록을 하드코딩하지 마세요. 실행할 때마다 실제 commands/ 디렉토리를 읽고, 그런 다음 가족으로 분류하세요.
실시간 읽기
명령 디렉토리(첫 번째로 존재하는 것)를 확인한 후 이름을 나열합니다.
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 "ECC 명령 디렉토리를 찾을 수 없습니다."; return 1; }
find "$CMD_DIR" -maxdepth 1 -name '*.md' -exec basename {} .md \; | sort
선택적으로 manifests/install-*.json이 있으면 더 풍부한 그룹화를 위해 읽습니다. 필요한 최소한의 읽기만 수행하세요.
가족 분류 (접두사 기준)
명령 이름을 선행 접두사로 그룹화하고, 알려진 싱글톤은 수동으로 매핑합니다. 가족은 실시간으로 파생됩니다. 아래 표는 분류 규칙이지 고정된 목록이 아닙니다.
| 가족 접두사 | 레시피 의미 | 일반적인 실행 순서 |
|---|---|---|
orch-* | 태스크 유형별로 게이트된 Research, Plan, TDD, Review, Commit | 태스크 종류에 따라 하나의 orch-*를 선택; 내부 단계를 자체적으로 실행 |
multi-* | 다중 모델 워크플로 | multi-plan 다음 multi-execute 다음 검토 (또는 multi-workflow 종단 간) |
prp-* | PRD -> 계획 -> 구현 -> PR 파이프라인 | prp-prd 다음 prp-plan 다음 prp-implement 다음 prp-commit 다음 prp-pr |
epic-* | 대규모 다중 유닛 에픽, 병렬 | epic-decompose 다음 epic-claim 다음 epic-validate 다음 epic-review 다음 epic-unblock 다음 epic-sync 다음 epic-publish |
loop-* | 관리형 자율 루프 및 모니터링 | loop-start <패턴> 시작 후 loop-status로 감시 |
gan-* | 생성기 및 평가기 루프 | gan-build(코드) 또는 gan-design(UI); 자체 루핑 |
*-build / *-review / *-test | 언어별 CI 3종 세트 | <lang>-test(TDD) 다음 <lang>-build(수정) 다음 <lang>-review |
hookify-* | 동작-훅 관리 | hookify 다음 hookify-list 다음 hookify-configure |
learn / instinct-* / evolve / promote / prune | 지속적 학습 | learn 다음 instinct-status 다음 evolve 다음 promote |
| 싱글톤 | santa-loop, plan, plan-prd, pr, code-review, checkpoint 등 | 단독 실행 또는 그룹 간 연결 |
접두사 규칙과 일치하지 않는 명령은 한 줄 설명과 함께 싱글톤 아래에 나열하세요.
작동 방식
1. CMD_DIR에서 명령 이름을 실시간 읽기합니다.
2. 접두사와 싱글톤 맵을 기준으로 가족으로 분류합니다.
3. 워크플로 설명이 제공된 경우 -> 매칭 모드.
없는 경우 -> 카탈로그 모드.
4. 조언 전용: 계획을 출력합니다. 일치하는 명령을 실행하지 마십시오.
카탈로그 모드 (설명 없음)
가족 표를 출력합니다: 각 가족, 멤버 수, 멤버, 한 줄 의미, 일반적인 실행 순서. 총 명령 수와 일치하는 레시피를 위해 워크플로를 설명하라는 프롬프트로 끝냅니다.
매칭 모드 (설명 제공)
- 워크플로를 한 문장으로 다시 설명합니다.
- 가장 적합한 1-2개의 가족을 선택하고, 각각에 대해 그 이유를 한 줄로 설명합니다.
- 실행 순서 블록 — 일치하는 가족에 대한 정확한 명령 시퀀스.
- 중지 조건 — 항상 명시적 (최대 실행 횟수, 완료 신호, 검토 통과 횟수, 또는 단발성). 자율 루프의 경우 구독 소진에 대해 경고하고 백스톱 제한을 권장합니다.
- 읽을 곳 —
commands/<name>.md경로 및/ecc-guide <name>.
출력 템플릿 (매칭 모드)
워크플로: <한 문장 재진술>
최적: <가족> — <이유>
(대안: <가족> — <이유>)
실행 순서:
/<cmd1> # 작업
/<cmd2> # 작업
/<cmd3> # 작업
중지 조건: <조건>
경고 (자율 루프 전용): 무제한 루프는 구독/크레딧을 소진합니다 —
완료 신호와 함께 최대 반복 또는 최대 비용 백스톱을 추가하세요.
전체 문서 읽기:
commands/<cmd1>.md (또는: /ecc-guide <cmd1>)
예제
카탈로그: /ecc-recipes → 가족 표와 총 개수를 출력합니다.
매칭: /ecc-recipes 전체 앱을 미리 계획한 다음 적대적 검토를 통해 완료될 때까지 자동 빌드 → 최적: loop-* (자율)가 gan-* 또는 santa-loop (적대적)를 감쌉니다. 실행 순서: plan-prd 다음 loop-start rfc-dag --mode safe 시작 후 loop-status로 모니터링; 모든 유닛이 N번 연속 검토를 통과하면 중지 (소진을 제한하기 위해 최대 반복 백스톱 추가).
매칭: /ecc-recipes Go 서비스의 버그 수정 → 최적: orch-fix-defect (재현, 수정, 검토, 커밋). 대안: go-test 다음 go-build 다음 go-review. 중지 조건: 회귀 테스트 통과 및 검토 통과.
비목표
- 실행기가 아님 — 조언 전용입니다.
- 명령별 상세 문서가 아님 — 그것은
ecc-guide입니다. - 프롬프트 재작성이 아님 — 그것은
prompt-optimizer입니다. - 명령 개수나 멤버 목록을 절대 하드코딩하지 않음 — 항상 실시간 읽기합니다.