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 브랜치에서 재분기한다. ## 진행 뷰 (task 리스트) 메인은 impl-loop의 실제 진행을 사용자에게 보이도록 `dcness-helper chain-view` 출력을 적용한다. story runner state와 implementation chain receipt는 실행 진본이고, 진행 뷰는 그 상태를 사용자 UI에 투영하는 표시다. 둘은 대체 관계가 아니다. 확정된 순서의 전체 target task는 `{"tasks":[{"name":"<task>","engine":"build-worker","closes":"story"}]}` 형태로 한 번 만들고 run 동안 재사용한다. 별도 파일은 만들지 않고