impllisted

# Impl — action-first owner selection `/impl`은 구현 소유자를 첫 source edit 전에 한 번만 고른다. 단순 작업은 메인이 바로 구현하고, 명확한 복잡 작업은 격리 worktree에서 headless build-worker가 끝까지 구현한다. 중간 handoff, 즉 메인이 조금 구현한 뒤 worker로 넘기거나 review finding마다 구현 진영을 바꾸는 흐름을 금지한다. ```text target 확인 → owner 1회 선택 → 격리 → RED/첫 edit ``` owner 선택을 위한 별도 repo scan·SSOT read·질문은 하지 않는다. validator provider, Cartography freshness, target issue close audit, commit/PR/CI/merge 상세는 GREEN 뒤에만 [`impl-finish.md`](impl-finish.md)를 읽어 수행한다. 위험 분기가 실제로 필요할 때만 [`impl-routing.md`](impl-routing.md)를 읽는다. ## 구현 소유자 선택 요청·issue·handoff에 이미 드러난 신호만 사용한다. - **main-direct**: 한두 module의 국소 수정, exact source/test pointer가 있는 작업, docs/config, 기존 seam의 작은 버그 - **headless one-shot**: 여러 module/계층을 함께 바꿈, 새 runtime seam·migration·DI/manifest 연동, 넓은 테스트·빌드와 반복 검증, 예상 source 범위가 큰 작업 - **애매하면 main-direct**: 복잡도 판정을 위해 파일을 더 읽거나 사용자에게 선택을 묻지 않는다. 선택 뒤에는 같은 구현 소유자가 GREEN과 review finding 수정을 모두 맡는다. headless가 workspace를 바꾼 뒤에는 다른 provider로 넘기지 않고 same-workspace recovery 또는 BLOCKED만 허용한다. 메인은 제품 결정, 진행 보고, 외부 issue/PR mutation을 계속 소유한다. ## 진행 뷰 (task 리스트) 메인은 owner와 target을 확정하면 다음 고정 3개 task를 만들고 run 동안 반환된 task id를 재사용한다. 1. `구현 · <target> (<main-direct|headless>)` 2. `검증 · impl-validator` 3. `마감 · PR/CI/AC audit` 첫 task는 실행 시작과 함께 `in_progress`, 나머지는 `pending`으로 표시한다. lifecycle state와 implementation-chain receipt가 실행 진본이고 Task 목록은 사용자 UI에 진행을 투영하는 표시다. 고정 3개이므로 이 `/impl` 진행 뷰는 추가 helper subprocess를 호출하지 않는다. 정상 fast-start에서는 세 `TaskCreate`와