compact-designlisted

# compact-design — 내부 경량 모듈 설계 스킬 > 🔴 **이 스킬은 공개 진입점이 아니다.** 사용자가 외우는 진입점은 `/spec -> /design -> /impl -> /acceptance` 네 개다([`positioning.md`](../../docs/plugin/positioning.md)). compact-design 은 `/impl` 이 "구현 전에 경량 설계가 필요하다" 고 판단했을 때 되돌아오는 **내부 목적지**이고, full 설계 공개 진입점은 `/design` 으로 유지된다. 새 사용자-facing 공개 노출 범위를 늘리지 않는다. 용어·공개 진입점·분기 표현을 수정하거나 리뷰할 때만 [`terms.md`](../../docs/plugin/terms.md) 를 확인한다. ## 존재 이유 — 되돌림(backpressure) 의 1차 적용물 dcNess 의 단계 간 되돌림 원리(downstream 이 upstream 산출물 부족을 발견하면 upstream 으로 되돌려 보강) SSOT 는 [`workflow-router.md` 되돌림 원리](../../docs/plugin/workflow-router.md#되돌림backpressure-원리)다. 그중 **impl → 설계** 되돌림의 목적지가 본 스킬이다. 예전에는 경량 설계(compact plan)를 `/impl` Standard 구현 경로가 워크플로 *안에서* 직접 생성·소비했다. 그 결과 "구현 중 설계가 부족하면 설계로 되돌린다" 는 경로가 구조적으로 없었고 설계 책임이 impl 레이어로 샜다. 본 스킬은 그 경량 설계를 impl 레이어 밖 독립 스킬로 옮긴다 — **설계 산출 주체는 종전과 동일하게 `module-architect`** 이고, 바뀌는 것은 호출 위치(impl 내부 → 되돌림 가능한 독립 스킬)뿐이다. impl 은 설계를 만들지 않고 본 스킬이 산출한 설계도 경로(`docs/compact-plans/<slug>.md`)를 받아 Standard 구현 경로에서 **구현만** 한다. ## 비대상 (다른 스킬) - 새 product feature / epic / 외부 의존 선택 등 high-risk → full 설계 `/design` (compact 로 닫으면 안 됨) - PRD 신규 / 변경 → `/spec` - 설계 문서가 이미 있는 구현 → 곧장 `/impl` (되돌림 불필요) - 버그픽스 한 줄 / concrete signal 충분 → `/impl` Lite (설계 산출물 없이 직접 구현) ## 입력 (호출 측이 줘야 할 정보) - 대상 작업 slug (compact plan 파일명) — 예: `issue702-backpressure` - 무엇이 부족해서 되돌아왔는지(설계 gap) 한 줄 - (있으면) 관련 issue 번호 · 관련 코드 SSOT 포인터 ## 절차 1. **설계 gap 확인** — 호출 측(`/impl`)이 "직접 고칠 만한가 / 설계가 필요한가" 를 이미 판단해 되돌아온 상태다. 여기서는 *왜 co