impl-looplisted

# Impl Loop — one-shot worker start `/impl-loop`는 `docs/epics/**/impl/NN-*.md`를 단일 구현 엔진 `build-worker`로 처리한다. 일반 버그픽스·한 줄 수정·설계 문서 없는 구현은 [`/impl`](../impl/SKILL.md)로 간다. ```text target/AC snapshot → worktree → implementation-chain 한 호출 → worker ``` 구현 전 메인은 provider resolve, `prev-tasks-reset`, `begin-run`, `begin-step`, prompt-slot 문서 확인을 따로 수행하지 않는다. 기존 `dcness-implementation-chain`이 story runner와 helper를 호출해 한 번에 소유한다. 모든 task가 completed 되기 전에는 validator provider, Cartography freshness, holistic review/Sanity 렌즈, product acceptance, close audit, PR/merge 상세를 읽지 않는다. 그 경계에서만 [`impl-loop-finish.md`](impl-loop-finish.md)를 읽는다. worker 실패 분기가 실제로 생겼을 때만 [`impl-loop-routing.md`](impl-loop-routing.md)를 읽는다. ## 입력과 소유권 - 입력: impl task 1개, task 목록, glob 또는 epic impl 디렉터리 - 구현: `build-worker` 하나가 test → impl → self-validate → task local commit 수행 - 상태: `dcness-story-runner`가 chain identity, 정렬된 task, commit/status를 저장 - 외부 상태: push, PR, merge, issue mutation은 메인만 수행 - merge: 자동 merge 금지, 사용자가 유일한 merge gate 같은 story 값은 path 정렬 결과에서 한 연속 block이어야 한다. 다중 story는 `story1(base=main) → story2(base=story1)` branch stack이며, 다음 story는 직전 story 브랜치에서 재분기한다. ## Fast start ### 1. 최소 snapshot warm handoff나 사용자 입력이 exact task path·AC snapshot pointer·slim prompt와 feature worktree 상태를 이미 확정했으면 이 snapshot을 다시 `ls`/`find`/`cat`하지 않는다. one-shot launch가 첫 tool call이다. worktree/default-branch 정합은 chain이 mutation 전에 검증한다. 1. `stories.md`의 parent epic/story issue pointer를 확인한다. 2. 대상 issue 본