harness-donelisted

# /harness-done — 완료 판정 → 마감 → 되먹임 > 하네스 3종 세트의 완료 단계: `harness-plan`(계획) → `harness-run`(실행) → **`harness-done`**. 셋은 한 세트다 — 함께 배포·토글한다. > > **기계장치는 한 곳** — 커맨드의 `$HARNESS_SCRIPTS` 해석: > ```bash > HARNESS_SCRIPTS="$HOME/.codex/skills/harness-run/scripts" > [ -d "$HARNESS_SCRIPTS" ] || HARNESS_SCRIPTS="$HOME/.claude/skills/harness-run/scripts" > ``` ## Milestone 완료 hook (완료 경계 순서) **검증 *실행*은 다이어트 대상이 아니다** — 의식은 줄여도 DoD 검증과 실표면 스모크는 실제로 돌린다(/harness-run 소유). 1. milestone `DoD` 를 evidence path 로 충족 확인 (관련 gate 전부 PASS). - **완료 감사 2문 (2026-07-31 kit 이식)**, DoD 확인 자리에서: ① **드리프트** — 계획·결정 로그 대비 벗어남(확장·누락 양방향) 없나 ② **순조로움 의심** — 무마찰 구간 하나 재검증(무마찰은 검증 부재 신호일 수 있다). **증거로 게이트를 인용했으면 그중 이번 변경을 가장 직접 겨냥한 하나를 재검증 대상에 반드시 포함한다** (M25 2026-08-22 — 무마찰 구간 하나로 갈음하면 인용한 게이트가 정말 이번 변경을 덮었는지는 끝까지 안 본다. 게이트 PASS 의 사정거리가 주장의 사정거리에 못 미치는 실패가 반복 관측됐다 — kg `gate-pass-scope-must-cover-the-claim`). 발견은 보고서 §이슈에, 실재하면 완료 전 수습 또는 partial. 2. **코드 리뷰 1회 — 이 milestone 이 만든 소스 변경을 대상으로.** `/code-review` 를 부른다(새 정의를 만들지 않고 기존 표면을 쓴다). 배치·주체·강제의 근거는 `the-orchestration-repo/docs/agent-os/research/2026-08-17-verifier-role-necessity.md` §2-5 가 소유한다 — 여기 옮겨 적지 않는다. - **대상 범위를 인자로 묶는다**: `/code-review <milestone 시작 직전 커밋>..HEAD`. 승인 커밋이 milestone 의 시작점이므로 그 부모가 base 다. 범위를 안 주면 리뷰가 번져 비용이 몇 배로 샌다(외부 실측). - **소스 변경이 없으면 생략한다.** 소스 = 코드·스크립트·훅·스킬 절차 파일. 산문 문서·마커만 바뀐 milestone 은 빈 리뷰가 되므로 부르지 않는다. - **Codex 런타임에는 대응 커맨드가 없다** — 건너뛴다. 배포본은 두 런타임에 같은 파일로 나가므로 이 분기가 필요하다. - **milestone 소스가 세션 레포