impllisted

# Impl Skill — 기본 구현 진입점 > `/impl` 은 사용자-facing 구현 진입점이다. 구현 경로는 내부 분기이며 command 로 노출하지 않는다. 기본 공개 진입점 계약은 [`docs/plugin/positioning.md`](../../docs/plugin/positioning.md), 진입점 판정은 [`docs/plugin/workflow-router.md`](../../docs/plugin/workflow-router.md) 가 진본이다. 용어·공개 진입점·분기 표현을 수정하거나 리뷰할 때는 [`docs/plugin/terms.md`](../../docs/plugin/terms.md) 를 확인한다. > 🔴 **분기 규칙 SSOT** — 구현 경로 판정 / 각 경로의 다음 호출 / retry / escalate 는 [`impl-routing.md`](impl-routing.md) 가 본 skill 의 단일 진본. 본 파일은 진행 절차만 담는다. ## 2축 모델 — 구현 경로(설계도 유무) × 엔진 `/impl` 은 설계를 하지 않는다 — 설계도(설계 문서)를 보고 **구현만** 한다. 진입은 직교 2축으로 판정한다. **축 1 — 구현 경로 = 설계도 유무** | 구현 경로 | 쓰는 경우 | 실행 | |---|---|---| | Lite | 설계 문서 없음 + concrete signal 충분 + high-risk 0개 + 구현 경계/테스트 기준 명확 | 메인 직접 구현 + `pr-reviewer` | | Standard | 설계 문서(경로)가 들어옴 | 받은 설계도를 충실히 구현 (설계 생성 X) | 구현 경로는 진입 시 미리 고르는 게 아니라 **설계도 유무**로 갈린다 — 설계 문서 경로가 들어오면 Standard, 없으면 Lite. 설계가 없는데 메인이 "설계 필요" 로 판단하면 impl *밖*으로 되돌려(빠꾸) 설계를 산출하고, 그 경로를 들고 Standard 로 (재)진입한다. impl 은 설계를 *어떻게* 만드는지 모른다 — "설계도 있다/없다" 만 본다. 단, 사용자가 "설계 건너뛰고 빨리 고쳐" 류로 지시하면 메인의 "Standard 판단" 보다 사용자 지시가 우선이라 곧장 Lite 다. **축 2 — 엔진 (구현 경로와 직교 · 4조합 모두 유효)** | 엔진 | 시퀀스 | 언제 | |---|---|---| | 풀 4-agent | `test-engineer → engineer:IMPL → code-validator → pr-reviewer` | 디폴트 (엄정) | | 경량 build-worker | build-worker 1 step (테스트·구현·자체검증) | 사용자 "빠르게/경량" 발화 또는 메인 추천 | 엔진 선택은 **사용자 우선, 미지정 시 메인 추천**이고 구현 경로와 직교다 — 구현 경로 × 엔진 4조합이 모두 유효하다. 구현 경로별로 engineer 게이트 사전 조건 충족 메커니즘이 다르다: - **Standard + sub-agent 엔진**: 설계도(`be