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을 계속 소유한다. ## 질문 경계 묻지 않고 진행한다: - concrete issue/handoff/design-doc에 target·scope·검증이 이미 확정된 경우 - 관련 파일과 test seam 탐색, 구현 방식 선택, 기계적 경로 오타 교정 - 미래 story·out-of-scope 대안·후기 review/close 요구 - 일반 test/lint 실패와 같은 범위의 재시도 한 번 질문하는 경우는 제품 의미가 실제 결과를 둘 이상으로 가르거나, repo 밖 접근·새 dependency/secret·보안·데이터 파괴·hard boundary 변경처럼 새 권한이 필요한 때뿐이다. merge 승인은 사용자가 소유한다. 확정된 handoff나 사용자 선택을 다시 열어 wiki/web 조사나 설계 선택지로 되돌리지 않는다. ## 즉시 착수 ###