diff --git a/CHANGELOG.md b/CHANGELOG.md
index 61d3bff9..59bcf620 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-09-13
----
-
 # Changelog
 
 <!--
@@ -18,6 +9,13 @@ modified: 2026-09-13
 
 ## [Unreleased]
 
+### Removed
+- **개인 도구 흔적 정리** (task `remove-personal-tool-refs`). 메인테이너 개인 도구의 문서를 팀 하네스에서 뺐다:
+  `docs/ao-worker-rules.md`(AO 워커 규칙)와 `docs/harness-fleet-guide.html`(Orca·firstmate 크루 가이드), 그리고 이를 가리키던
+  README·`docs/index.html`·`docs/harness-task-guide.html`·`docs/prerequisites.md`의 링크. 문서 33개의 Obsidian frontmatter
+  (`tags`·`created`·`modified`, 소비자에게 가는 `templates/docs/README.md` 포함), `init`이 쓰는 gitignore의 `oh-my-openagent.json`
+  (D7 잔재), `harness-ship` 보고 예시의 개인 스킬 줄, `docs/followups.md`의 개인 스킬 경로 문단도 지웠다.
+
 ## [0.45.0] - 2026-10-03
 
 ### Added
diff --git a/MAINTAINING.md b/MAINTAINING.md
index ccfde194..35c4dc29 100644
--- a/MAINTAINING.md
+++ b/MAINTAINING.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-08-28
----
-
 # MAINTAINING.md — harness-aijient-team 운영 가이드
 
 이 레포를 수정하는 에이전트·메인테이너를 위한 실무 참조서입니다.
diff --git a/README.md b/README.md
index 963a2cdd..ae5e802a 100644
--- a/README.md
+++ b/README.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-09-10
----
-
 # harness-aijient-team
 
 > **Claude 메인 + Codex · Cursor** — 세 AI 에이전트의 설정과 상태를 하나의 프로젝트에서 통일하는 멀티에이전트 **설정·상태 하네스** 플러그인.
@@ -809,7 +800,6 @@ Claude Code 도구 관측은 원문을 보존하지 않는 로컬 JSONL만 `.har
 | [index.html](docs/index.html) | docs 전체 색인 — 가이드·릴리스 노트·버전별 스냅샷 |
 | [harness-overview.html](docs/harness-overview.html) | 플러그인 전체 아키텍처 다이어그램 — 에이전트 연결, symlink 구조, 명령 흐름. 소스 변경 뒤 `npm run docs:generate`로 갱신하는 생성 산출물 |
 | [harness-task-guide.html](docs/harness-task-guide.html) | init 이후 개발자용 — 첫 task를 만들어 닫을 때까지의 실제 절차 |
-| [harness-fleet-guide.html](docs/harness-fleet-guide.html) | 여러 명·여러 워크트리로 나눠 쓰는 상황(D5 격리 병렬) 가이드 |
 | [harness-rubric-guide.html](docs/harness-rubric-guide.html) | 루브릭 평가(D6) 가이드 — finding 스키마, 5개 검증 프레이밍, 마커 계약과 `verify` 증거 게이트 |
 | [harness-workflow-simulation.html](docs/harness-workflow-simulation.html) | task 워크플로우 시나리오 시뮬레이션 — new → done 흐름 단계별 인터랙티브 |
 | [harness-workflow-diagrams.html](docs/harness-workflow-diagrams.html) | 워크플로우 전체를 5가지 mermaid 관점으로 — 플로우차트·역할 스윔레인·시퀀스·상태·gitGraph(D5 병렬). 렌더에 JS가 필요해 브라우저에서 연다 |
diff --git a/commands/harness-clone.md b/commands/harness-clone.md
index 5dc2e8d4..ddbd792a 100644
--- a/commands/harness-clone.md
+++ b/commands/harness-clone.md
@@ -2,12 +2,6 @@
 description: project → backup dir 동기화 (merge, newer-wins)
 phase: Backup
 argument-hint: [--yes] [--target <dir>]
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-24
-modified: 2026-04-24
 ---
 
 ```bash
diff --git a/commands/harness-comptest.md b/commands/harness-comptest.md
index 7309e9ad..c1d710e7 100644
--- a/commands/harness-comptest.md
+++ b/commands/harness-comptest.md
@@ -2,12 +2,6 @@
 description: React/React Native 컴포넌트·화면·UI 플로우에 Testing Trophy 통합 층 테스트를 작성한다 (스택 감지 → 사용자 관점 검증 강제 → 커버리지 → 검증)
 phase: Testing
 argument-hint: "[file <경로> | session | feature <설명|경로> | folder <경로> | project] (기본: session)"
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-07-11
-modified: 2026-07-11
 ---
 
 당신은 **Component Test Engineer** 페르소나로 동작한다. Kent C. Dodds의 *Testing
diff --git a/commands/harness-contrarian.md b/commands/harness-contrarian.md
index d3131fac..a3c671a6 100644
--- a/commands/harness-contrarian.md
+++ b/commands/harness-contrarian.md
@@ -2,12 +2,6 @@
 description: 활성 task의 spec.md / plan.md의 모든 가정에 의문을 제기한다 — 엔진 인수를 주면 외부 read-only 검증자가 반론(D6)
 phase: Persona
 argument-hint: '[codex|claude|custom] [focus ...]'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-08-26
 ---
 
 당신은 **Contrarian** 페르소나로 동작한다. 합의된 결정을 일부러 흔든다.
diff --git a/commands/harness-delete.md b/commands/harness-delete.md
index 25d77660..51869521 100644
--- a/commands/harness-delete.md
+++ b/commands/harness-delete.md
@@ -2,12 +2,6 @@
 description: project에서 harness symlink 제거
 phase: Cleanup
 argument-hint: '[--include-real] [--yes] [--backup-dir <path>] [--target <dir>]'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-24
-modified: 2026-04-24
 ---
 
 ```bash
diff --git a/commands/harness-doctor.md b/commands/harness-doctor.md
index 78fcdba4..4e3773ea 100644
--- a/commands/harness-doctor.md
+++ b/commands/harness-doctor.md
@@ -1,12 +1,6 @@
 ---
 description: 하네스 무결성 점검 (파일, hooks, CLI PATH)
 phase: Validation
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-28
-modified: 2026-09-10
 ---
 
 ```bash
diff --git a/commands/harness-init.md b/commands/harness-init.md
index 0991cd86..1526e7ac 100644
--- a/commands/harness-init.md
+++ b/commands/harness-init.md
@@ -2,12 +2,6 @@
 description: "현재 프로젝트에 팀 하네스를 scaffold하거나 기존 설치를 갱신합니다 (Claude 메인 + Codex 리뷰어 + Cursor 미러). 마커 병합·JSON deep-merge라 재실행해도 사용자 텍스트를 보존"
 phase: First-time
 argument-hint: '[--stack react-native|react|next|node|python|go|generic] [--yes]'
-tags:
-  - react
-  - project
-  - ai
-created: 2026-04-28
-modified: 2026-09-10
 ---
 
 현재 작업 디렉토리에 팀용 하네스를 설치합니다. **기존 프로젝트에 다시 실행해도 됩니다** —
diff --git a/commands/harness-interview.md b/commands/harness-interview.md
index 61ca9662..a1fbc1c5 100644
--- a/commands/harness-interview.md
+++ b/commands/harness-interview.md
@@ -2,12 +2,6 @@
 description: 활성 task의 spec.md를 선행 채점 후 소크라테스식 질문으로 검증해 숨겨진 가정을 드러낸다
 phase: Persona
 argument-hint: (없음 — 활성 task 자동 감지)
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-09-06
 ---
 
 당신은 **Socratic Interviewer** 페르소나로 동작한다. 만들지 않는다. 오직 질문한다.
diff --git a/commands/harness-inttest.md b/commands/harness-inttest.md
index f8eb40fe..08ca6529 100644
--- a/commands/harness-inttest.md
+++ b/commands/harness-inttest.md
@@ -2,12 +2,6 @@
 description: API 핸들러·DB 접근·캐시·아웃바운드 HTTP 등 프로세스 경계 코드에 Khorikov Part III 통합 테스트를 작성한다 (스택 감지 → managed/unmanaged 구분 강제 → 커버리지 → 검증)
 phase: Testing
 argument-hint: "[file <경로> | session | feature <설명|경로> | folder <경로> | project] (기본: session)"
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-07-11
-modified: 2026-07-11
 ---
 
 당신은 **Integration Test Engineer** 페르소나로 동작한다. Vladimir Khorikov의 *Unit
diff --git a/commands/harness-migrate.md b/commands/harness-migrate.md
index 55136806..8fc58417 100644
--- a/commands/harness-migrate.md
+++ b/commands/harness-migrate.md
@@ -2,12 +2,6 @@
 description: 구버전 구조를 최신으로 마이그레이션 + 설치된 훅·스킬·규칙을 최신 템플릿으로 refresh — init은 기존 파일을 건너뛰므로 이 파일들의 템플릿 수정이 도달하는 유일한 경로 (AGENTS.md·CLAUDE.md 관리 절은 init이 렌더한다)
 phase: Migration
 argument-hint: [--yes] [--adopt-reviews] [--target <dir>]
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-09-10
 ---
 
 이 명령은 두 가지를 한다.
diff --git a/commands/harness-release.md b/commands/harness-release.md
index cd1bbc86..2b49f2d9 100644
--- a/commands/harness-release.md
+++ b/commands/harness-release.md
@@ -2,12 +2,6 @@
 description: 4개 매니페스트(package.json/.claude-plugin/plugin.json/.claude-plugin/marketplace.json/.codex-plugin/plugin.json) 동시 bump + 캐시/마켓플레이스/installed_plugins.json 동기화. 휴먼 에러(manifest 누락·버전 불일치) 차단.
 phase: Release
 argument-hint: "[patch|minor|major|x.y.z] [--dry-run] [--skip-cache]"
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-08-07
 ---
 
 이 명령은 릴리즈를 한 번에 처리한다: 4개 매니페스트 버전을 동시에 올리고,
diff --git a/commands/harness-retro.md b/commands/harness-retro.md
index ece35e5b..9f02d690 100644
--- a/commands/harness-retro.md
+++ b/commands/harness-retro.md
@@ -2,12 +2,6 @@
 description: 현재(또는 지정) task의 artifact.md에 학습/교정 내용을 append. CLAUDE.md 자기개선 루프 정책 실행.
 phase: Workflow
 argument-hint: '[학습 내용 요약]'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-06-02
 ---
 
 이 명령은 활성 task의 `artifact.md`에 날짜가 붙은 **Learnings** 섹션을 기계적으로 append한다.
diff --git a/commands/harness-ship.md b/commands/harness-ship.md
index 9029eba7..4b221bd2 100644
--- a/commands/harness-ship.md
+++ b/commands/harness-ship.md
@@ -155,7 +155,6 @@ ship: chad/ship-command (base: origin/main)
 - 검증: npm run test → 통과 (출력 첨부)
 - 문서: spec 갱신 / plan 12항목 체크 / artifact 결과·리스크 기록
 - 다이어그램: 건너뜀 (사용자 선택)
-- 정합 검증: codex-shipcheck 통과 (BLOCKER 0 · MAJOR 1 → plan 사유 기록)
 - 남은 리스크: 없음
 → PR/MR 준비 완료. 생성은 지시 주시면 진행합니다.
 ```
diff --git a/commands/harness-sim.md b/commands/harness-sim.md
index 51718c7b..6afcbd58 100644
--- a/commands/harness-sim.md
+++ b/commands/harness-sim.md
@@ -2,12 +2,6 @@
 description: 설치된 하네스와 에이전트 워크플로우 스킬이 진짜 작동하는지 실제 claude -p 세션으로 검증 (L5 agent-in-the-loop) + 날짜 리포트 (harness-sim 스킬 위임)
 phase: Simulation
 argument-hint: "[run|probe]"
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-29
-modified: 2026-07-01
 ---
 
 이 커맨드는 **`harness-sim` 스킬**의 얇은 래퍼입니다 (프리픽스 슬래시 형태 제공).
diff --git a/commands/harness-simplifier.md b/commands/harness-simplifier.md
index 7e8957bb..be6fc89f 100644
--- a/commands/harness-simplifier.md
+++ b/commands/harness-simplifier.md
@@ -2,12 +2,6 @@
 description: 활성 task의 plan.md에서 제거 가능한 단계와 추상화를 찾아낸다 — 엔진 인수를 주면 외부 read-only 검증자가 채점(D6)
 phase: Persona
 argument-hint: '[codex|claude|custom] [focus ...]'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-08-26
 ---
 
 당신은 **Simplifier** 페르소나로 동작한다. 핵심 질문: *"돌아가는 것 중 제일 단순한 건?"*
diff --git a/commands/harness-spec.md b/commands/harness-spec.md
index 9e80dbbf..1cfe1a68 100644
--- a/commands/harness-spec.md
+++ b/commands/harness-spec.md
@@ -2,12 +2,6 @@
 description: 활성 task의 spec.md 초안을 Confluence·Figma·인터뷰 3소스에서 생성한다 (writer — 검증은 /harness-interview)
 phase: Persona
 argument-hint: (없음 — 활성 task 자동 감지, 소스는 대화로 선택)
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-08-21
-modified: 2026-09-06
 ---
 
 당신은 **Spec Writer** 페르소나로 동작한다. 소스에서 요구사항을 추출해 spec 초안을 만든다.
diff --git a/commands/harness-symlink.md b/commands/harness-symlink.md
index 91a8cbb0..8d5e314f 100644
--- a/commands/harness-symlink.md
+++ b/commands/harness-symlink.md
@@ -2,12 +2,6 @@
 description: backup dir → project symlink 생성/교체
 phase: Backup
 argument-hint: [--yes] [--target <dir>]
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-24
-modified: 2026-04-24
 ---
 
 ```bash
diff --git a/commands/harness-sync.md b/commands/harness-sync.md
index e19eb52c..f53246a2 100644
--- a/commands/harness-sync.md
+++ b/commands/harness-sync.md
@@ -1,12 +1,6 @@
 ---
 description: ".claude/rules → .cursor/rules 미러 재생성(단방향) + post-commit 훅 재설치"
 phase: Maintenance
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-14
-modified: 2026-04-14
 ---
 
 ```bash
diff --git a/commands/harness-task.md b/commands/harness-task.md
index f21c70ad..bade38ec 100644
--- a/commands/harness-task.md
+++ b/commands/harness-task.md
@@ -2,12 +2,6 @@
 description: "task 관리 (task/list/done/handoff) — docs/<user>/<name>/ 구조"
 phase: Workflow
 argument-hint: '<name> [--area <area>] | list [--area <area>] [--remote] | done [--force] | handoff'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-15
-modified: 2026-05-15
 ---
 
 `$ARGUMENTS`의 **첫 토큰**으로 분기한다. `list`·`done`·`handoff`는 `task`의 인자가 아니라 **별개 하위명령**이다 —
diff --git a/commands/harness-unittest.md b/commands/harness-unittest.md
index d189e363..6096cd48 100644
--- a/commands/harness-unittest.md
+++ b/commands/harness-unittest.md
@@ -2,12 +2,6 @@
 description: JS/TS/React/RN 프로젝트에 Khorikov 원칙 기반 단위테스트를 작성한다 (스택 자동 감지 → GWT 강제 → 커버리지 → 검증)
 phase: Testing
 argument-hint: "[file <경로> | session | feature <설명|경로> | folder <경로> | project] (기본: session)"
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-07-11
-modified: 2026-07-11
 ---
 
 당신은 **Test Engineer** 페르소나로 동작한다. Vladimir Khorikov의 *Unit Testing
diff --git a/commands/harness-upgrade.md b/commands/harness-upgrade.md
index 52093c5f..f5eb6e6b 100644
--- a/commands/harness-upgrade.md
+++ b/commands/harness-upgrade.md
@@ -2,12 +2,6 @@
 description: 구버전 구조(실제 파일)를 신버전(symlink)으로 원스텝 마이그레이션
 phase: Migration
 argument-hint: '[--yes] [--backup-dir <path>] [--target <dir>]'
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-27
-modified: 2026-04-27
 ---
 
 ```bash
diff --git a/docs/ao-worker-rules.md b/docs/ao-worker-rules.md
deleted file mode 100644
index 675418e4..00000000
--- a/docs/ao-worker-rules.md
+++ /dev/null
@@ -1,99 +0,0 @@
-# AO 워커 상시 규칙
-
-> 이 파일은 `ao project set-config --agent-rules-file` 로 **모든 워커 세션 프롬프트에 append** 된다.
-> 하네스 계약(`AGENTS.md`)·Claude 워크플로우(`CLAUDE.md`)는 워커가 자기 워크트리에서 직접 읽으므로 **여기 복제하지 않는다.**
-> 이 파일에는 *AO 병렬 워크트리에서만 발생하는 문제*와 *이 레포에서만 통하는 실행 사실*만 남긴다. 길어지면 상단 항목이 묻힌다 — 100행 이하로 유지한다.
-
-## 1. CI 실패는 로그가 아니라 annotation 으로 읽는다
-
-이 레포를 유지보수하는 머신에서 raw CI 로그는 **읽을 수 없다** — 로그는 `*.blob.core.windows.net` 에서 서빙되는데 프록시가
-403 을 반환한다. 따라서 `gh run view --log-failed` 는 **항상 실패한다. 재시도하지 마라.** `.github/workflows/test.yml` 은
-`npm test` 의 실패 라인을 `::error::` annotation 으로 다시 내보내고(그다음 단계인 `npm run docs:check` 실패는 제외 — §3),
-perf 진단은 통과한 run 에서도 `::notice::` 로 남긴다. Annotations REST API 는 도달 가능하다:
-
-```bash
-# 1) 현재 커밋의 check-run id 찾기 → 2) 그 id 의 annotation 읽기 — 실패 원인과 perf 수치가 여기 있다
-gh api "repos/bd-makers/team-harness/commits/$(git rev-parse HEAD)/check-runs" --jq '.check_runs[] | "\(.id) \(.name) \(.conclusion)"'
-gh api "repos/bd-makers/team-harness/check-runs/<ID>/annotations" --jq '.[] | "\(.annotation_level): \(.message)"'
-```
-
-타이밍 flake 를 진단할 때는 실패한 run 뿐 아니라 **통과한 run 의 `notice` 수치**도 같이 본다 — 비교 기준선이 거기 있다.
-
-## 2. 생성물·공유 파일은 PR 브랜치끼리 충돌한다
-
-`docs/task_summary.md` 와 `docs/<user>/<user>-task.md` 는 **생성물**이고 기본 브랜치에서 `harness-team summary --write` 로만 갱신된다 —
-PR 브랜치에서 절대 건드리지 않는다. AO 는 워커마다 별도 워크트리를 띄우므로, PR 브랜치에서 수정하면 **여러 워커가 같은 줄을
-동시에 고쳐 충돌한다.** task SSOT 4파일(`spec`·`plan`·`handoff`·`artifact`)은 task 디렉터리에 격리되어 있으니 자유롭게 수정해도 된다.
-`docs/<user>/<user>-handoff.md` 는 워크트리 로컬 파일이라 **추적하지 않는다**(gitignore) — 훅이 다시 써도 커밋·충돌 대상이 아니다.
-`git add -f` 로 억지로 담지 마라.
-
-## 3. 설치 단계는 없다
-
-런타임 의존성 0개, lockfile 없음. `npm install` 을 실행하지 마라. lockfile 을 만들지 마라. `package.json` 에 의존성을 추가하지 마라.
-- 테스트는 바로 돌린다: `npm test` (unit + e2e, 이어서 perf 를 `--test-concurrency=1` 로). 좁히려면 `npm run test:unit` / `npm run test:e2e`.
-- CI 는 `npm test` 다음에 `npm run docs:check`(생성 문서 `docs/harness-overview.html` 바이트 대조 + 현행 문서 버전 표지 대조)도 돈다. 로컬 검증도 둘 다
-  돌린다. docs:check 실패는 annotation 이 없으니 로컬에서 재현하고 `npm run docs:generate` 로 다시 만든다.
-- Node `>=24` 필수. CI 매트릭스도 `24` 단일 항목이며, 이유는 `test.yml` 주석에 있다 — "LTS 커버리지" 명목으로 18/20/22 를 되살리지 마라.
-
-## 4. 워크트리에서 ref 는 낡아 있다
-
-워크트리의 `git rev-parse main` 은 **오래된 값**을 준다. 기준 커밋·태그·릴리스 sha 가 필요하면 fetch 하고 전체 ref 이름을 쓴다:
-`git fetch origin main && git rev-parse refs/remotes/origin/main` — 짧은 `origin/main` 은 같은 이름의 로컬 브랜치가 있으면 그쪽으로 먼저 풀린다.
-
-## 5. 범위 경계
-
-- **버전 범프·매니페스트 수정은 기능 PR 의 범위가 아니다.** 릴리스(`package.json`, `.claude-plugin/*`, `.codex-plugin/plugin.json`)는 기본 브랜치에서 별도로 수행된다. 버전이 필요해 보이면 올리지 말고 보고한다.
-- `CHANGELOG.md` 는 `## [Unreleased]` 아래 항목 추가까지만 기능 PR 범위다 — 버전 헤딩 생성·이동은 릴리스 몫이다. 충돌하면 양쪽 항목을 모두 남긴다.
-- 낯선 CLI 를 `--help` 로 탐색하지 마라 — 소스·문서를 먼저 읽는다. (`harness-team release --help` 가 실제 릴리스를 수행한 사고가 있었다.)
-- **오케스트레이터가 브리프에서 지정한 문구는 재작성하지 마라.** 오탈자·마크다운 깨짐만 고친다. 내용에 이견이 있으면 **고치지 말고 보고**한다 — 승인된 결정을 워커가 뒤집지 않는다.
-- **PR 을 스스로 머지하지 마라.** 머지는 사람의 명시적 지시로만 이뤄진다. 리뷰가 통과하고 CI 가 그린이어도 보고까지가 워커의 끝이다.
-- **종결은 워커 몫이 아니다.** `harness-team done`·`summary --write`·plan 의 마지막(머지) 단계 체크는 머지 후 기본 브랜치에서
-  커밋 하나로 처리한다(`commands/harness-task.md` 머지 후 종결). `ao report --done` 은 이것과 무관하다.
-- **사용자에게 직접 묻지 마라.** AO 워커 세션은 비대화형이라 `AskUserQuestion` 이 abort 되고, 워커는 답을 기다리며 무기한 멈춘다.
-  결정이 필요하면 **오케스트레이터에게 보고하고 멈춘다** — 선택지와 각각의 근거를 보고에 담으면 오케스트레이터가 사람에게 물어 답을 돌려준다.
-
-## 6. 다이어그램은 옵트인이고, 커밋은 자동 승낙이 아니다
-
-task 다이어그램은 **옵트인 단계**이지 상시 의무가 아니다. 계약의 정본은 `commands/harness-task.md`(옵트인 상태 = plan 체크박스)와
-`commands/harness-ship.md`(probe → degrade → record)이고, 실행은 `/harness-diagram` 어댑터가 맡는다.
-- **호출은 어댑터로 한다.** 상류 스킬을 직접 부르면 산출물 경로·자립형 inline SVG 제약·artifact 기록 의무가 하나도 붙지 않는다.
-  다이어그램 스킬은 이 플러그인이 소유·번들하지 않는 외부 동반 플러그인이라 **머신마다 있을 수도 없을 수도 있다.**
-- **없으면 건너뛴다** — 스킬이 없거나 호출이 실패해도 실패로 처리하지 않는다. 인라인 SVG 를 손으로 대신 그려 채우지 않는다 — 그러면 옵트인의 의미가 사라진다.
-- **기록은 CLI로 한다** — `harness-team diagram record`(건너뛰었으면 `--skipped "<사유>"`). artifact 한 줄과 plan 단계 닫기를
-  이 한 명령이 한다. plan 의 다이어그램 단계를 지우거나 artifact 에 손으로 쓰지 않는다.
-- **산출물 경로는 `docs/<user>/<name>/<name>-diagram.html`** 이며 SSOT 4파일이 아닌 생성물이다.
-- **커밋·push 를 스스로 승인하지 마라.** 생성했더라도 스테이징·커밋·push 는 사용자의 명시적 지시가 있을 때만 한다.
-  워크트리가 폐기되면 산출물이 사라진다는 사실은 보고에 적고, 판단은 사용자에게 맡긴다. (PR 리뷰 덱은 §7 — 커밋이 선승인되어 있다.)
-
-## 7. PR 리뷰 덱은 PR 을 올린 뒤 붙인다
-
-§6 의 task 다이어그램과 **다른 산출물**이다. 리뷰어가 소스를 열지 않고도 무엇이 깨졌고 무엇이 고쳐졌는지 보게 하는
-PR 단위 슬라이드 덱이며, 오케스트레이터가 지정한 상시 단계다.
-- **호출은 PR 이 생긴 뒤, 번호를 명시해서:** `/mr-change-diagram <PR번호>`. 스킬은 번호가 없으면 멈추고 되묻는다 — 현재 브랜치로 추측하게 두지 않는다.
-- **저장 경로: `docs/diagrams/pr/pr-<번호>-<슬러그>.html`.** 스킬은 폴더를 스스로 정하지 않으므로, 경로를 주지 않으면 되묻고 멈춘다.
-- **이 산출물에 한해 커밋이 선승인되어 있다.** opt-in 을 다시 묻지 말고 덱 HTML 과, 트리에 남아 있는 task handoff
-  (`<name>-handoff.md`) 변경만 함께 스테이징한다 — 그 밖의 변경은 담지 않는다(`commands/harness-task.md`
-  post-commit handoff 절). PR 소스 브랜치에 푸시한다(`docs(diagram): PR <번호> 변경 슬라이드 추가`). `--amend`·`--force` 는 쓰지 않는다.
-- **건너뛰어도 되는 경우**: 문서·설정만 바뀌어 제품 동작 변화가 없는 PR. 근거를 한 줄 남긴다.
-- **스킬이 없는 머신**이면 실패로 처리하지 말고 건너뛰되, 보고에 `리뷰 덱 미실행(스킬 없음)` 이라고 남긴다.
-
-## 8. 보고 계약
-
-작업이 끝나면 오케스트레이터가 그대로 라우팅할 수 있는 형태로 보고한다:
-1. **PR 번호**와 브랜치
-2. **CI 상태** — 통과/실패, 그리고 그 판단의 근거 라인 (annotation 원문 또는 로컬 `npm test`·`npm run docs:check` 결과)
-3. **다이어그램** — 실행/건너뜀/미실행과 그 사유 (커밋은 지시받았을 때만)
-4. **PR 리뷰 덱** — 커밋한 덱 경로, 또는 건너뛴 사유
-5. **외부 검증** — 실행한 검증 리뷰의 kind(`<engine>-adversarial` 등)와 요약, 또는 미실행 사유
-6. **의도적으로 하지 않은 것** — 범위 밖이라 남긴 항목, 막힌 지점
-
-CI 가 빨간 상태면 먼저 **실패 원인과 근거(annotation 원문, docs:check 는 로컬 재현)를 확인**한다. 그다음은 원인으로 갈리고,
-경계가 애매하면 고치지 말고 보고한다 — ship 계약(`commands/harness-ship.md`)의 기본값이다:
-- **이 PR 의 변경이 깬 것**이면 고쳐서 push 한다. 범위는 그 실패까지다 — 하다가 눈에 띈 다른 코드 결함은 같이 고치지 말고 보고한다.
-- **그 밖**(업스트림 flake, main 이 이미 빨간 상태, 인프라 장애)이면 고치지 말고 근거와 함께 **보고**한다. 수정은 명시적 지시가 있을 때만 한다.
-
-## 9. 워크트리에는 활성 task 가 없다
-
-`.harness/active.json`·`config.json` 은 gitignore 라 새 워크트리에 없다. 브리프가 task 를 지정하면 먼저 `harness-team task <name> --member <브리프의 member>`
-로 활성화한다 — config 가 없어 member 가 `git config user.name` 으로 추론되므로 `--member` 를 생략하지 않는다. 지정이 없으면 SessionStart
-task-gate 를 사용자에게 묻지 말고(§5) 오케스트레이터에 보고한다. `harness-team review`·`diagram record` 는 활성 task 없이 거부된다.
diff --git a/docs/followups.md b/docs/followups.md
index 57296c41..f021fba0 100644
--- a/docs/followups.md
+++ b/docs/followups.md
@@ -17,9 +17,6 @@ testcritic은 `--rubric` 선택자로 3 루브릭 모두 src에 둔다.)
 즉 sim 헤더의 결론은 맞았고 **사유와 무조건성**이 틀렸으며, 오히려 `commands/harness-review.md`의
 "부모 세션의 인증을 상속한다"가 무조건 주장이라 틀렸다. 세 표면 모두 환경 의존으로 고쳤고
 토큰 경로는 **유지**했다 — 상속되지 않는 환경의 유일한 길이다.)
-(7번은 2026-09-12에 처리했다 — 레포 밖 `~/.claude/skills/delegation-router/references/context-and-model.md`의
-가격 셀에서 `$숫자` 패턴을 없앴다: 티어 표는 헤더가 이미 `$/MTok` 단위를 가지므로 숫자만 남기고, 절감 표는
-`(10/50 $/MTok)` 꼴로 바꿨다. **이 머신 사본만** 고쳤다 — 그 디렉터리는 git이 아니라 다른 머신에는 전파되지 않는다.)
 (2번은 2026-09-12에 **C(비대칭 유지)로 결정**해 `docs/decisions.md` **D9**로 옮겼다. 선행 검증·수리는
 task `codex-project-hooks-probe`·`codex-hook-injection-fix`(0.38.3)로 끝냈다.)
 (1·5번은 2026-09-11 task `review-codex-live-check`·`done-on-main-nudge`로, 3·8번은 같은 날 task
diff --git a/docs/harness-fleet-guide.html b/docs/harness-fleet-guide.html
deleted file mode 100644
index ccf03749..00000000
--- a/docs/harness-fleet-guide.html
+++ /dev/null
@@ -1,693 +0,0 @@
-<!DOCTYPE html>
-<html lang="ko">
-<head>
-  <meta charset="UTF-8">
-  <meta name="viewport" content="width=device-width, initial-scale=1.0">
-  <title>Harness 0.21.0 — firstmate · Orca 크루에서 task 운용하기</title>
-  <style>
-    :root {
-      --bg: #0f1117;
-      --surface: #1a1d27;
-      --surface2: #22263a;
-      --border: #2e3350;
-      --accent: #7c6af5;
-      --accent2: #50c8f5;
-      --accent3: #4df0aa;
-      --warning: #f5a623;
-      --danger: #f5566a;
-      --text: #e2e6f0;
-      --muted: #9aa2bf;
-      --tag-blue: #1e3a5f;
-      --tag-green: #0e3d30;
-      --tag-purple: #2a1f5c;
-      --tag-orange: #3d2700;
-      --tag-red: #3d1520;
-    }
-
-    * { box-sizing: border-box; }
-    html { scroll-behavior: smooth; }
-    body {
-      margin: 0;
-      font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif;
-      background: var(--bg);
-      color: var(--text);
-      line-height: 1.65;
-    }
-
-    nav {
-      position: sticky;
-      top: 0;
-      z-index: 10;
-      display: flex;
-      align-items: center;
-      min-width: 0;
-      height: 54px;
-      padding: 0 2rem;
-      background: rgba(15, 17, 23, 0.95);
-      border-bottom: 1px solid var(--border);
-      backdrop-filter: blur(12px);
-    }
-    .nav-logo { flex: 0 0 auto; margin-right: 1.5rem; color: var(--accent); font-weight: 750; white-space: nowrap; }
-    .nav-links { display: flex; min-width: 0; overflow-x: auto; scrollbar-width: none; }
-    .nav-links::-webkit-scrollbar { display: none; }
-    .nav-links a {
-      display: flex;
-      align-items: center;
-      height: 54px;
-      padding: 0 0.8rem;
-      color: var(--muted);
-      border-bottom: 2px solid transparent;
-      font-size: 0.84rem;
-      text-decoration: none;
-      white-space: nowrap;
-    }
-    .nav-links a:hover { color: var(--text); border-bottom-color: var(--accent); }
-
-    main { width: min(1120px, 100%); margin: 0 auto; padding: 2.5rem 2rem 5rem; }
-    .hero { padding: 3.5rem 0 2.5rem; text-align: center; }
-    .eyebrow {
-      margin-bottom: 0.75rem;
-      color: var(--accent3);
-      font-size: 0.78rem;
-      font-weight: 750;
-      letter-spacing: 0.12em;
-      text-transform: uppercase;
-    }
-    h1 {
-      margin: 0 0 1rem;
-      background: linear-gradient(135deg, var(--accent), var(--accent2));
-      background-clip: text;
-      color: transparent;
-      font-size: clamp(1.9rem, 5.5vw, 3rem);
-      line-height: 1.2;
-    }
-    .hero > p { max-width: 800px; margin: 0 auto 1.4rem; color: var(--muted); }
-    .tags { display: flex; flex-wrap: wrap; justify-content: center; gap: 0.5rem; }
-    .tag { padding: 4px 12px; border-radius: 999px; font-size: 0.78rem; font-weight: 650; }
-    .tag-purple { background: var(--tag-purple); color: #a99cf8; }
-    .tag-blue { background: var(--tag-blue); color: var(--accent2); }
-    .tag-green { background: var(--tag-green); color: var(--accent3); }
-    .tag-orange { background: var(--tag-orange); color: var(--warning); }
-
-    .release-brief {
-      display: grid;
-      grid-template-columns: repeat(3, minmax(0, 1fr));
-      gap: 1px;
-      overflow: hidden;
-      margin: 0 0 4rem;
-      border: 1px solid var(--border);
-      border-radius: 14px;
-      background: var(--border);
-    }
-    .release-brief > div { min-width: 0; padding: 1.2rem 1.3rem; background: var(--surface); }
-    .release-brief dt { color: var(--muted); font-size: 0.74rem; font-weight: 700; text-transform: uppercase; }
-    .release-brief dd { margin: 0.25rem 0 0; font-size: 0.95rem; overflow-wrap: anywhere; }
-
-    section { margin-bottom: 4.5rem; scroll-margin-top: 76px; }
-    .section-title { display: flex; align-items: center; gap: 0.65rem; margin: 0 0 0.35rem; font-size: 1.5rem; }
-    .section-title::before { width: 4px; height: 1.5rem; border-radius: 2px; background: var(--accent); content: ""; }
-    .section-sub { margin: 0 0 1.4rem; color: var(--muted); font-size: 0.92rem; }
-    h3.sub { margin: 2.2rem 0 0.5rem; color: var(--accent2); font-size: 1.05rem; }
-    h4.sub2 { margin: 1.6rem 0 0.4rem; font-size: 0.95rem; }
-    p { overflow-wrap: anywhere; }
-
-    code {
-      padding: 2px 6px;
-      border-radius: 4px;
-      background: var(--surface2);
-      color: var(--accent2);
-      font-family: "SF Mono", "Fira Code", monospace;
-      font-size: 0.83em;
-      overflow-wrap: anywhere;
-    }
-    pre {
-      overflow-x: auto;
-      margin: 0.9rem 0;
-      padding: 1rem 1.1rem;
-      border: 1px solid var(--border);
-      border-radius: 10px;
-      background: #14161f;
-      font-size: 0.82rem;
-      line-height: 1.6;
-    }
-    pre code { padding: 0; background: none; color: #cbd1e3; font-size: 0.82rem; }
-    pre .c { color: var(--muted); }
-    pre .g { color: var(--accent3); }
-    pre .r { color: var(--danger); }
-    pre .y { color: var(--warning); }
-    pre .b { color: var(--accent2); }
-    pre.hero-block { border-left: 3px solid var(--accent3); }
-
-    .table-wrap { overflow-x: auto; margin: 1rem 0; border: 1px solid var(--border); border-radius: 12px; }
-    table { width: 100%; border-collapse: collapse; font-size: 0.87rem; }
-    th, td { padding: 0.7rem 0.9rem; text-align: left; vertical-align: top; border-bottom: 1px solid var(--border); }
-    th { background: var(--surface2); color: var(--muted); font-size: 0.76rem; font-weight: 750; letter-spacing: 0.04em; text-transform: uppercase; white-space: nowrap; }
-    tbody tr:last-child td { border-bottom: 0; }
-    tbody tr:nth-child(even) { background: rgba(34, 38, 58, 0.35); }
-    td strong { color: var(--text); }
-
-    .callout {
-      display: grid;
-      grid-template-columns: 2.1rem minmax(0, 1fr);
-      gap: 0.5rem;
-      margin: 1.2rem 0;
-      padding: 1rem 1.2rem;
-      border: 1px solid var(--border);
-      border-left: 3px solid var(--accent);
-      border-radius: 10px;
-      background: var(--surface);
-      font-size: 0.88rem;
-    }
-    .callout .mark { font-size: 1.05rem; line-height: 1.4; }
-    .callout p { margin: 0 0 0.5rem; }
-    .callout p:last-child { margin-bottom: 0; }
-    .callout.warn { border-left-color: var(--warning); }
-    .callout.bad { border-left-color: var(--danger); }
-    .callout.good { border-left-color: var(--accent3); }
-    .callout h5 { margin: 0 0 0.35rem; font-size: 0.9rem; }
-
-    .grid2 { display: grid; grid-template-columns: repeat(2, minmax(0, 1fr)); gap: 1rem; }
-    .grid3 { display: grid; grid-template-columns: repeat(3, minmax(0, 1fr)); gap: 1rem; }
-    .card { min-width: 0; padding: 1.15rem 1.25rem; border: 1px solid var(--border); border-radius: 12px; background: var(--surface); }
-    .card h4 { margin: 0 0 0.45rem; font-size: 0.95rem; }
-    .card p { margin: 0; color: var(--muted); font-size: 0.86rem; }
-    .card.ok { border-top: 3px solid var(--accent3); }
-    .card.no { border-top: 3px solid var(--danger); }
-    .card.note { border-top: 3px solid var(--accent2); }
-    .card ul { margin: 0.4rem 0 0; padding-left: 1.1rem; color: var(--muted); font-size: 0.86rem; }
-    .card li { margin-bottom: 0.25rem; }
-
-    .figure { overflow-x: auto; margin: 1.4rem 0 0.6rem; padding: 1.1rem; border: 1px solid var(--border); border-radius: 12px; background: var(--surface); }
-    .figure svg { display: block; width: 100%; min-width: 660px; height: auto; }
-    figcaption { margin: 0.4rem 0 0; color: var(--muted); font-size: 0.8rem; }
-    .svg-box { fill: var(--surface2); stroke: var(--border); }
-    .svg-box-accent { fill: #221d47; stroke: var(--accent); }
-    .svg-box-warn { fill: #2b2110; stroke: var(--warning); }
-    .svg-label { fill: var(--text); font-family: -apple-system, BlinkMacSystemFont, sans-serif; font-size: 12.5px; font-weight: 650; }
-    .svg-sub { fill: var(--muted); font-family: "SF Mono", monospace; font-size: 10px; }
-    .svg-gate { fill: var(--warning); font-family: -apple-system, sans-serif; font-size: 10.5px; }
-    .svg-ok { fill: var(--accent3); font-family: -apple-system, sans-serif; font-size: 10.5px; }
-    .svg-line { stroke: var(--accent2); stroke-width: 1.6; fill: none; }
-    .svg-line-dash { stroke: var(--warning); stroke-width: 1.4; fill: none; stroke-dasharray: 5 4; }
-
-    ol.steps { margin: 1rem 0; padding-left: 1.3rem; }
-    ol.steps > li { margin-bottom: 0.6rem; font-size: 0.9rem; }
-    ul.tight { margin: 0.6rem 0; padding-left: 1.2rem; font-size: 0.9rem; }
-    ul.tight li { margin-bottom: 0.35rem; }
-    .pill { display: inline-block; padding: 1px 8px; border-radius: 999px; font-size: 0.71rem; font-weight: 700; white-space: nowrap; }
-    .pill-probe { background: var(--tag-green); color: var(--accent3); }
-    .pill-doc { background: var(--tag-blue); color: var(--accent2); }
-    .pill-src { background: var(--tag-purple); color: #a99cf8; }
-    .pill-no { background: var(--tag-red); color: var(--danger); }
-    .legend { display: flex; flex-wrap: wrap; gap: 0.8rem; margin: 0.6rem 0 0; color: var(--muted); font-size: 0.8rem; }
-
-    footer { padding: 2rem; border-top: 1px solid var(--border); color: var(--muted); font-size: 0.8rem; text-align: center; }
-
-    @media (max-width: 780px) {
-      nav { padding: 0 1rem; }
-      main { padding: 1.5rem 1rem 4rem; }
-      .hero { padding-top: 2.5rem; }
-      .release-brief, .grid2, .grid3 { grid-template-columns: minmax(0, 1fr); }
-    }
-  </style>
-</head>
-<body>
-  <nav aria-label="문서 섹션">
-    <div class="nav-logo">Harness 0.14 · fleet guide</div>
-    <div class="nav-links">
-      <a href="#bootstrap">크루메이트 부트스트랩</a>
-      <a href="#facts">왜 이 순서인가</a>
-      <a href="#boundary">소유 경계</a>
-      <a href="#firstmate">firstmate 운용</a>
-      <a href="#orca">Orca 운용</a>
-      <a href="#conflict">병렬 충돌 지도</a>
-      <a href="#safety">안전</a>
-      <a href="#checklist">체크리스트</a>
-      <a href="#pitfalls">함정</a>
-    </div>
-  </nav>
-
-  <main>
-    <header class="hero">
-      <div class="eyebrow">Fleet guide · 0.21.0</div>
-      <h1>크루가 여러 명일 때<br>하네스 task는 이렇게 굴린다</h1>
-      <p>단일 세션용 절차는 <code>docs/harness-task-guide.html</code>에 있습니다. 이 문서는 <strong>firstmate</strong>가 크루메이트를 워크트리에 띄우고 <strong>Orca</strong>가 그 워크트리와 터미널을 소유하는 환경에서, 하네스 task 계약이 어디서 끊기고 무엇으로 이어 붙이는지를 다룹니다. 결론부터: <strong>활성 포인터는 git을 타고 오지 않으므로 크루메이트의 첫 명령은 task 활성화</strong>입니다.</p>
-      <div class="tags">
-        <span class="tag tag-purple">firstmate crew</span>
-        <span class="tag tag-blue">Orca worktree · orchestration</span>
-        <span class="tag tag-green">실측 4건</span>
-        <span class="tag tag-orange">병렬 안전</span>
-      </div>
-    </header>
-
-    <dl class="release-brief" aria-label="문서 요약">
-      <div><dt>대상</dt><dd>firstmate 캡틴 · 크루메이트 · Orca 코디네이터 역할을 하는 에이전트</dd></div>
-      <div><dt>불변식</dt><dd>1 워크트리 = 1 하네스 task = 1 writer</dd></div>
-      <div><dt>정본</dt><dd><code>orca skills get</code> · firstmate <code>AGENTS.md §7·§11</code> · 하네스 <code>AGENTS.md</code></dd></div>
-    </dl>
-
-    <section id="bootstrap">
-      <h2 class="section-title">1. 크루메이트 부트스트랩 — 워크트리에 들어가면 이 순서로</h2>
-      <p class="section-sub">이 문서에서 발견한 실패는 전부 <strong>이 시퀀스에서 한 줄이 빠진 것</strong>이었습니다. 브리프에 그대로 붙여 넣어도 됩니다.</p>
-
-      <pre class="hero-block"><code><span class="c"># 1. 워크트리 격리 확인 — 주 체크아웃에서 돌리면 즉시 멈춘다 (ship 브리프의 assertion)</span>
-git rev-parse --show-toplevel; test -f .git &amp;&amp; echo "linked worktree OK"
-
-<span class="c"># 2. 하네스 task 활성화 — .harness/active.json은 gitignore라 따라오지 않는다</span>
-<span class="c">#    docs/&lt;user&gt;/&lt;name&gt;/ 이 이미 있으면 '활성화', 없으면 md 5개 + &lt;name&gt;-meta.json 생성</span>
-harness-team task &lt;name&gt; --member &lt;user&gt;
-
-<span class="c"># 3. 카드와 경계 확인</span>
-harness-team context check
-harness-team boundary check        <span class="c"># 선언 없으면 not-configured로 통과</span>
-
-<span class="c"># 4. 작업 → 커밋 (plan 체크박스 갱신 포함)</span>
-
-<span class="c"># 5. handoff — 훅이 있으면 커밋 때 이미 돌았고, 없거나 확신이 없으면 직접</span>
-harness-team handoff
-
-<span class="c"># 6. PR/MR 직전 문서 정합 (0.17.0) — spec·plan·artifact를 코드 현실과 맞춘다</span>
-<span class="c">#    /harness-ship 은 PR/MR을 만들지 않는다. "준비 완료" 보고에서 멈춘다.</span>
-<span class="c">#    0.20.0: 별도 검증자가 문서↔diff 정합을 shipcheck 루브릭으로 반박한다 (D6)</span>
-
-<span class="c"># 7. 종결은 캡틴/배송 경로 승인 이후 (증거 가드 7종 + 선언 유효성을 통과해야 닫힌다 — §7)</span>
-harness-team done</code></pre>
-
-      <div class="callout bad">
-        <div class="mark">🚫</div>
-        <div>
-          <h5>워크트리에서 절대 돌리지 않는 것</h5>
-          <p><code>harness-team init</code>(재실행 포함) · <code>sync</code> · <code>migrate</code> · <code>upgrade</code> · <code>backup</code> — 관리 구역(<code>AGENTS.md</code> 마커 섹션, <code>.claude/</code>, rules)을 재생성해 브랜치를 오염시킵니다. 하네스 적용은 <strong>별도 task</strong>의 일이고, 크루메이트의 기본 자세는 "이미 적용된 하네스를 쓴다"입니다.</p>
-          <p><strong>0.16.0 이후 하나 더:</strong> <code>harness-team summary --write</code>. 원장은 <strong>기본 브랜치에서만</strong> 렌더합니다 — 피처 브랜치에서 쓰면 0.16.0이 없앤 병렬 충돌이 그대로 돌아옵니다. CLI가 기본 브랜치가 아닐 때 거부하지만(0.16.1에서 fail-open도 닫혔습니다 <span class="pill pill-src">소스</span>), <code>--force</code>로 뚫지 마세요. 확인만 필요하면 <code>--check</code>, 눈으로만 보려면 인자 없이 실행합니다.</p>
-        </div>
-      </div>
-    </section>
-
-    <section id="facts">
-      <h2 class="section-title">2. 왜 이 순서인가 — 확인한 사실 4개</h2>
-      <p class="section-sub">아래는 이 저장소의 소스와 실제 실행으로 확인한 것입니다. 표의 배지가 근거의 종류를 나타냅니다.</p>
-      <div class="legend">
-        <span><span class="pill pill-probe">실측</span> 실제로 실행해 확인</span>
-        <span><span class="pill pill-src">소스</span> 하네스 소스 코드</span>
-        <span><span class="pill pill-doc">문서</span> firstmate·Orca 문서</span>
-      </div>
-
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>사실</th><th>근거</th><th>그래서 무엇을 해야 하나</th></tr></thead>
-          <tbody>
-            <tr>
-              <td><strong><code>.harness/active.json</code>·<code>config.json</code>은 추적되지 않는다</strong></td>
-              <td><code>.gitignore</code>에 두 줄 모두 있고 <code>git ls-files .harness</code>는 빈 결과 <span class="pill pill-probe">실측</span></td>
-              <td>새 워크트리에는 <strong>활성 task가 없다</strong> → 첫 명령이 <code>harness-team task &lt;name&gt;</code></td>
-            </tr>
-            <tr>
-              <td><strong>워크트리에서는 훅을 설치할 수 없다</strong></td>
-              <td>연결 워크트리의 <code>.git</code>은 파일이고, <code>installPostCommitHook</code>은 <code>.git/hooks</code> 접근 실패 시 조용히 <code>return</code> <span class="pill pill-src">소스</span> <span class="pill pill-probe">실측</span></td>
-              <td>훅 설치는 <strong>주 체크아웃에서 1회</strong>. 워크트리에서 설치를 시도하지 않는다</td>
-            </tr>
-            <tr>
-              <td><strong>그러나 훅은 주 체크아웃에서 공유 실행된다</strong></td>
-              <td>워크트리에서 커밋 → 훅 발화, 그때 <strong>cwd는 워크트리</strong>(프로브 출력: <code>HOOK FIRED in …/wt1</code>), <code>git rev-parse --git-path hooks</code>는 주 체크아웃 경로 <span class="pill pill-probe">실측</span></td>
-              <td>에이전트 종류와 무관하게 <strong>커밋하는 누구에게나</strong> 발동한다(Claude 전용이 아니다). 다만 cwd가 워크트리이므로 <code>handoff</code>는 <strong>워크트리의</strong> 활성 포인터를 읽는다 — 없으면 주 체크아웃 handoff를 대신 고치지 않고 그냥 no-op이다</td>
-            </tr>
-            <tr>
-              <td><strong><code>handoff</code>는 포인터가 없으면 아무 일도 안 한다</strong></td>
-              <td><code>runHandoffAuto</code>가 <code>readActive</code> → <code>null</code>이면 즉시 <code>return</code> <span class="pill pill-src">소스</span></td>
-              <td>2단계를 건너뛰면 <strong>자동이든 수동이든</strong> handoff는 갱신되지 않는다</td>
-            </tr>
-          </tbody>
-        </table>
-      </div>
-
-      <div class="callout warn">
-        <div class="mark">🔁</div>
-        <div>
-          <h5>운영 메모 한 줄 교정 — "왜"가 다르면 필요한 단계가 하나 늘어난다</h5>
-          <p>firstmate <code>data/learnings.md</code>에는 <em>"handoff 자동 갱신은 Claude Code 훅이라 다른 하네스 작업자에겐 발동하지 않으니 <code>harness-team handoff</code>를 직접 부를 것"</em>으로 적혀 있습니다. 지시(직접 부르기)는 옳지만 이유가 다릅니다: handoff를 부르는 것은 <strong>git post-commit 훅</strong>이고, 위 실측대로 <strong>워크트리에서 커밋하는 어떤 에이전트에게도</strong> 발동합니다. Claude 전용인 것은 <code>SessionStart</code>(카드 주입)와 <code>PreToolUse</code>/<code>PostToolUse</code> 계열입니다.</p>
-          <p>차이가 중요한 이유: 진짜 원인은 <strong>활성 포인터의 부재</strong>이므로, 직접 부르기만으로는 부족하고 <strong>활성화가 선행되어야</strong> 합니다. 지금 브리프에는 그 단계가 없습니다 — §1의 2번 줄을 추가하면 닫힙니다.</p>
-        </div>
-      </div>
-
-      <h3 class="sub">부수 효과: <code>docs/&lt;user&gt;/</code> 경로가 갈릴 수 있다</h3>
-      <p>member 결정 순서는 <code>--member</code> → <code>git config user.name</code> → <code>$USER</code> → <code>unknown</code>이고, 이를 고정해 두는 <code>.harness/config.json</code>은 <strong>추적되지 않습니다</strong>. 같은 task가 다른 home·다른 호스트(secondmate)에서 활성화되면 <code>docs/other-name/&lt;task&gt;/</code>라는 <strong>두 번째 트리</strong>가 생기고, 두 트리는 서로를 모릅니다. 그래서 브리프는 <code>--member</code>를 못박습니다.</p>
-      <pre><code><span class="c"># 브리프에 넣을 형태 — 값은 프로젝트의 docs/&lt;user&gt;/ 와 정확히 일치해야 한다</span>
-harness-team task th-token-refresh --member chad</code></pre>
-      <p>이 플래그가 항상 이기는 이유: user 결정은 <code>config.json</code>의 <code>user</code>를 먼저 보고 없으면 <code>--member</code>를 포함한 감지 순서로 내려가는데, 워크트리에는 그 <code>config.json</code>이 아예 없습니다 <span class="pill pill-src">소스</span>. 즉 워크트리에서는 <code>--member</code>가 유일한 확정 수단입니다.</p>
-    </section>
-
-    <section id="boundary">
-      <h2 class="section-title">3. 소유 경계 — 세 시스템이 각각 무엇을 소유하나</h2>
-      <p class="section-sub">겹치는 것처럼 보이는 세 개가 실제로는 서로 다른 층을 소유합니다. 충돌은 대개 층을 착각할 때 생깁니다.</p>
-
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>층</th><th>소유자</th><th>구체적으로</th></tr></thead>
-          <tbody>
-            <tr><td>작업의 입력·상태·출력 계약</td><td><strong>team-harness</strong></td><td><code>spec</code>(요구사항·Ontology·경계) · <code>plan</code>(검증 계약) · <code>context</code>(working set) · <code>artifact</code>(결과·Reviews·Learnings) · <code>handoff</code></td></tr>
-            <tr><td>크루 라이프사이클과 배송</td><td><strong>firstmate</strong></td><td>intake·브리프·spawn·감독·status 신호·배송 모드(<code>no-mistakes</code>/<code>direct-PR</code>/<code>local-only</code>)·PR·병합 권한 <span class="pill pill-doc">문서</span></td></tr>
-            <tr><td>워크트리·터미널·조율 상태</td><td><strong>Orca</strong></td><td>워크트리 생성/해제 · 터미널 핸들 · Run/Task/Dispatch · <code>worker_done</code>·ask/reply·gate <span class="pill pill-doc">문서</span></td></tr>
-          </tbody>
-        </table>
-      </div>
-
-      <figure class="figure">
-        <svg viewBox="0 0 960 320" role="img" aria-labelledby="own-title">
-          <title id="own-title">캡틴·firstmate·크루메이트 워크트리와 하네스 파일의 소유 경계</title>
-          <defs>
-            <marker id="fa" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse">
-              <path d="M0,0 L10,5 L0,10 z" fill="#50c8f5"></path>
-            </marker>
-            <marker id="fw" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse">
-              <path d="M0,0 L10,5 L0,10 z" fill="#f5a623"></path>
-            </marker>
-          </defs>
-
-          <rect class="svg-box-accent" x="360" y="14" width="240" height="46" rx="9"></rect>
-          <text class="svg-label" x="480" y="34" text-anchor="middle">캡틴 (사람)</text>
-          <text class="svg-sub" x="480" y="50" text-anchor="middle">요청 · 결정 · 병합 승인</text>
-
-          <path class="svg-line" d="M480,60 L480,88" marker-end="url(#fa)"></path>
-
-          <rect class="svg-box" x="300" y="92" width="360" height="52" rx="9"></rect>
-          <text class="svg-label" x="480" y="113" text-anchor="middle">first mate — 프로젝트에 대해 읽기 전용</text>
-          <text class="svg-sub" x="480" y="130" text-anchor="middle">브리프 작성 · spawn · 감독 · 배송 모드 결정</text>
-
-          <path class="svg-line" d="M380,144 L200,186" marker-end="url(#fa)"></path>
-          <path class="svg-line" d="M480,144 L480,186" marker-end="url(#fa)"></path>
-          <path class="svg-line" d="M580,144 L760,186" marker-end="url(#fa)"></path>
-
-          <rect class="svg-box" x="60" y="190" width="280" height="86" rx="10"></rect>
-          <text class="svg-label" x="200" y="211" text-anchor="middle">크루메이트 A · 워크트리</text>
-          <text class="svg-sub" x="200" y="230" text-anchor="middle">harness task #1 — 유일한 writer</text>
-          <text class="svg-ok" x="200" y="248" text-anchor="middle">spec · plan · context · artifact (git)</text>
-          <text class="svg-gate" x="200" y="266" text-anchor="middle">active.json ✗ 직접 활성화 필요</text>
-
-          <rect class="svg-box" x="360" y="190" width="240" height="86" rx="10"></rect>
-          <text class="svg-label" x="480" y="211" text-anchor="middle">크루메이트 B · 워크트리</text>
-          <text class="svg-sub" x="480" y="230" text-anchor="middle">harness task #2</text>
-          <text class="svg-ok" x="480" y="248" text-anchor="middle">독립 브랜치 · 독립 PR</text>
-          <text class="svg-gate" x="480" y="266" text-anchor="middle">active.json ✗</text>
-
-          <rect class="svg-box-warn" x="620" y="190" width="280" height="86" rx="10"></rect>
-          <text class="svg-label" x="760" y="211" text-anchor="middle">주 체크아웃 (projects/&lt;repo&gt;)</text>
-          <text class="svg-sub" x="760" y="230" text-anchor="middle">.git/hooks/post-commit ← 설치 지점</text>
-          <text class="svg-gate" x="760" y="248" text-anchor="middle">읽기 전용 — 여기서 task 문서를 손대지 않는다</text>
-          <text class="svg-sub" x="760" y="266" text-anchor="middle">훅은 모든 워크트리에서 공유 실행</text>
-
-          <path class="svg-line-dash" d="M620,246 L344,246" marker-end="url(#fw)"></path>
-          <text class="svg-sub" x="480" y="300" text-anchor="middle">Orca를 backend로 쓰면 워크트리·터미널의 소유자는 Orca이고, 크루메이트 하네스는 그 터미널 안의 에이전트 프로세스다</text>
-        </svg>
-        <figcaption>하네스 문서는 git을 타고 흐르고, 활성 포인터는 흐르지 않는다. 훅은 주 체크아웃에 한 번 설치돼 모든 워크트리에 공유된다.</figcaption>
-      </figure>
-
-      <div class="callout">
-        <div class="mark">🔒</div>
-        <div>
-          <p>first mate는 프로젝트에 대해 <strong>읽기 전용</strong>입니다(hard rule 1) <span class="pill pill-doc">문서</span>. 그래서 하네스 문서의 수정도 크루메이트가 브랜치에서 합니다. 캡틴이 주 체크아웃에서 <code>spec.md</code>를 직접 고치면, 브랜치를 소유한 크루메이트와 <strong>같은 파일을 두 곳에서 쓰는</strong> 상태가 됩니다 — D4 위반이고 병합 충돌의 흔한 원인입니다.</p>
-        </div>
-      </div>
-    </section>
-
-    <section id="firstmate">
-      <h2 class="section-title">4. firstmate 운용 — 브리프가 하네스를 가리키게 쓴다</h2>
-      <p class="section-sub">브리프는 SSOT가 아니라 <strong>SSOT로 가는 포인터</strong>입니다. 요구사항을 브리프에 복사하면 spec과 브리프 두 개의 진실이 생기고, 크루메이트는 대개 브리프를 믿습니다.</p>
-
-      <h3 class="sub">브리프에 넣는 하네스 절</h3>
-      <pre><code><span class="c">## 하네스 계약 (이 절이 요구사항의 정본을 가리킨다)</span>
-
-- 정본: `docs/chad/th-token-refresh/th-token-refresh-spec.md` (요구사항·Ontology·경계 계약)
-- 단계: 같은 디렉터리의 `-plan.md`. 체크박스는 완료할 때마다 `- [x]`로 갱신한다.
-- 첫 명령: `harness-team task th-token-refresh --member chad`
-  <span class="c"># 활성 포인터는 gitignore라 이 워크트리에 없다. 이걸 건너뛰면 handoff·done이 조용히 무력화된다.</span>
-- 커밋 후: `harness-team handoff`
-- 금지: `init` / `sync` / `migrate` / `upgrade` / `backup` / `summary --write`
-- PR/MR 직전: `/harness-ship` — spec·plan·artifact를 코드 현실과 맞춘다 (PR은 만들지 않는다)
-- 완료 보고 전: `harness-team done`이 통과해야 한다
-  <span class="c"># 7종: 미완 박스 · artifact 템플릿 · 미커밋 · 커밋 0개 · 테스트 미작성</span>
-  <span class="c">#      · 리뷰 마커(spec opt-in) · 검증 마커(spec opt-in, verify: required)</span>
-  <span class="c"># + spec의 `## Done evidence` 선언이 깨져 있으면 그 자체로 차단된다 (조용한 폴백 없음)</span>
-  <span class="c"># 테스트가 불필요한 task면 {"tests":"skip"}을 선언한다 — 무시하지 말고 선언한다.</span></code></pre>
-
-      <p>그 위에 이 저장소에서 이미 검증된 브리프 3절 패턴을 얹습니다 — <strong>이미 확인된 사실(다시 조사하지 말 것)</strong> · <strong>하지 말 것</strong> · <strong>검증(증거 없이 완료 처리 금지)</strong>. 첫 절이 재조사를 막고, 둘째 절이 관리 구역 훼손을 막고, 셋째 절이 "보고서는 상세한데 산출물이 없는" 실패를 막습니다.</p>
-
-      <h3 class="sub">status 신호 ↔ 하네스 기록</h3>
-      <p>firstmate의 status는 <strong>감독자가 움직여야 하는 사건</strong>만 적는 희소 채널이고, 하네스 문서는 <strong>다음 세션이 읽을 상태</strong>입니다. 둘은 같은 내용을 두 번 쓰는 게 아니라 역할이 다릅니다.</p>
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>firstmate 신호</th><th>언제</th><th>하네스 쪽에 남기는 것</th></tr></thead>
-          <tbody>
-            <tr><td><code>paused:</code></td><td>스스로 풀릴 것으로 <em>선언된</em> 외부 대기</td><td>TCC <code>## Now</code>의 중단 조건 한 줄. capsule로 승격하지 않는다</td></tr>
-            <tr><td><code>blocked:</code></td><td>firstmate가 움직여야 풀림</td><td>TCC failure capsule(<code>### F-00x</code>) — Signal·Tried·현재 가설·다음 판별자·안전한 source 경로</td></tr>
-            <tr><td><code>needs-decision:</code></td><td>ask-user 권한이 필요한 판단</td><td>spec <code>## 결정</code>에 D-초안(근거 + 재고 지점). 구현 작업자가 자기 발견을 스스로 결정하지 않는다 <span class="pill pill-doc">문서</span></td></tr>
-            <tr><td><code>done: PR &lt;url&gt; checks green</code></td><td><code>no-mistakes</code> CI green</td><td>artifact <code>## 결과</code> + <code>## Reviews</code>(파이프라인 판정·risk·조치)</td></tr>
-            <tr><td><code>done: ready in branch</code></td><td><code>local-only</code></td><td>artifact <code>## 결과</code>. 병합 승인은 캡틴</td></tr>
-          </tbody>
-        </table>
-      </div>
-      <p><code>paused:</code>는 양방향으로 새는 신호입니다 — 끝나지 않을 대기를 "곧 풀릴 외부 대기"로 오분류한 사례가 있습니다 <span class="pill pill-doc">문서</span>. 판정 기준을 한 줄로 적어 두면(<em>"무엇이 일어나면 풀리는가"</em>) 그 오분류가 눈에 보입니다.</p>
-
-      <h3 class="sub">배송 모드와 리뷰 소유권 — 리뷰를 겹치지 않는다</h3>
-      <p>하네스 리뷰 프로토콜은 "중요한 변경엔 작성자와 분리된 리뷰"를 요구하고, firstmate는 "선택된 배송 경로가 자기 rigor를 소유하며 수동 리뷰를 겹쳐 쌓지 말 것"을 요구합니다 <span class="pill pill-doc">문서</span>. 충돌이 아니라 <strong>모드별로 리뷰의 주인이 정해지는 것</strong>으로 읽습니다.</p>
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>모드</th><th>리뷰 주인</th><th><code>## Reviews</code>에 적는 것</th><th>하지 않는 것</th></tr></thead>
-          <tbody>
-            <tr><td><code>no-mistakes</code></td><td>파이프라인</td><td>파이프라인 판정 · risk 등급 · ask-user 결정과 조치 · PR URL</td><td><code>/harness-review</code>를 위에 덧붙이지 않는다 <span class="pill pill-no">금지</span></td></tr>
-            <tr><td><code>direct-PR</code></td><td>하네스 외부 리뷰가 <strong>유일한</strong> 리뷰</td><td><code>/harness-review</code> 요약·발견·조치(날짜) + 마커 한 줄</td><td>파이프라인을 흉내내는 수동 게이트를 새로 만들지 않는다</td></tr>
-            <tr><td><code>local-only</code></td><td>동일</td><td>동일 + 병합 승인자와 시각</td><td>가드 없는 저수준 merge 명령을 직접 부르지 않는다</td></tr>
-          </tbody>
-        </table>
-      </div>
-      <p>어느 모드든 <strong>기록 없는 리뷰는 안 한 리뷰</strong>라는 하네스 규칙은 그대로입니다. probe 체인이 codex에서 claude로 내려갔다면 건너뛴 엔진과 사유를 남깁니다.</p>
-      <div class="callout warn">
-        <div class="mark">🔀</div>
-        <div>
-          <h5>리뷰 커맨드가 엔진 중립으로 재편됐다 (0.17.0) — 그리고 기록이 기계 판독 대상이 됐다 (0.18.1)</h5>
-          <p>이름은 <code>/harness-review</code>·<code>/harness-adversarial-review</code>이고, 엔진(<code>codex</code>·<code>claude</code>·<code>custom</code>)은 <strong>인수</strong>로 고릅니다. 옛 이름 <code>/harness-codex-review</code>·<code>/harness-codex-adversarial-review</code>는 0.17.0부터 deprecated alias였고 <strong>이제 제거됐습니다</strong>(CHANGELOG <code>Removed</code> 참조) — 브리프에 옛 이름이 박혀 있으면 지금 조용히 깨집니다.</p>
-          <p>0.18.1부터 <code>/harness-review</code>는 artifact <code>## Reviews</code>에 <code>&lt;!-- harness:review kind=&lt;engine&gt; at=&lt;ISO8601&gt; --&gt;</code> 마커 한 줄을 append합니다. spec이 <code>review: required</code>를 선언한 task는 <strong><code>done</code>이 이 마커를 찾습니다</strong>. 즉 리뷰를 돌리고도 기록하지 않으면 이제 종결이 막힙니다 — "기록 없는 리뷰는 안 한 리뷰"가 규범에서 <strong>가드</strong>가 됐습니다.</p>
-        </div>
-      </div>
-
-      <div class="callout warn">
-        <div class="mark">🧪</div>
-        <div>
-          <h5>D6 — 작업 산출물에 read-only 검증자를 붙인다 (0.20.0)</h5>
-          <p>D2(작성자·리뷰어 분리)를 <strong>작업 단위</strong>로 적용한 규범입니다. 크루 운용에서 특히 유용한 이유는, 워커 보고서의 "다 됐습니다"를 캡틴이 눈으로 검수하는 대신 <strong>별도 컨텍스트의 검증자가 반박을 시도한 기록</strong>으로 대체할 수 있기 때문입니다.</p>
-          <p>검증자는 finding(<code>id</code>·항목·심각도 <code>BLOCKER</code>/<code>MAJOR</code>/<code>MINOR</code>·판정·근거)으로 <strong>반박만 하고 고치지 않습니다</strong>. 반영은 작성 세션이 발견을 재현·판별한 뒤 단일 스레드로 수행합니다 — 검증자→작업자 자동 수정 루프는 금지입니다(D4가 금지하는 병렬 쓰기와 같은 이유). 산문 칭찬은 신호가 아닙니다.</p>
-          <p>붙는 자리는 다섯입니다: <code>/harness-adversarial-review</code>(설계·가정) · 엔진 인수를 준 <code>/harness-contrarian</code>·<code>/harness-simplifier</code>(task 문서) · 테스트 3형제의 testcritic 인계 · <code>/harness-ship</code>의 정합 검증(문서↔diff). 각각 <code>kind=&lt;engine&gt;-&lt;프레이밍&gt;</code> 마커를 남기고, spec이 <code>verify: required</code>면 <code>done</code>이 <strong>이 접미사로 끝나는 마커만</strong> 증거로 셉니다. 판정 기준은 <a href="harness-rubric-guide.html">루브릭 평가 가이드</a>가 정본입니다.</p>
-        </div>
-      </div>
-
-      <h3 class="sub">scout에는 하네스 task를 만들지 않는다</h3>
-      <p>scout의 산출물은 <code>data/&lt;id&gt;/report.md</code>이고 워크트리는 scratch로 폐기됩니다 <span class="pill pill-doc">문서</span>. 거기서 하네스 task를 만들면 <strong>폐기될 워크트리에 SSOT를 쓰는</strong> 셈입니다. 규칙:</p>
-      <ul class="tight">
-        <li>scout 단계에서는 하네스 task를 만들지 않는다.</li>
-        <li>구현이 별도로 승인되면 promote한 ship task에서 <code>harness-team task &lt;name&gt;</code>을 만들고, spec <code>## 참고</code>에 리포트 경로를 인용한다.</li>
-        <li>재현된 버그는 그 ship task의 <strong>회귀 테스트</strong>로 바뀐다 — 리포트에만 남기지 않는다.</li>
-      </ul>
-    </section>
-
-    <section id="orca">
-      <h2 class="section-title">5. Orca 운용 — 인계인가 감독인가를 먼저 가른다</h2>
-      <p class="section-sub">이 갈래를 틀리면 잘못된 명령을 씁니다. 기준은 사용자가 <strong>감독을 요청했는지</strong>입니다 <span class="pill pill-doc">문서</span>.</p>
-
-      <figure class="figure">
-        <svg viewBox="0 0 960 250" role="img" aria-labelledby="orca-title">
-          <title id="orca-title">Orca에서 전체 인계와 감독 조율의 분기</title>
-          <defs>
-            <marker id="oa" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse">
-              <path d="M0,0 L10,5 L0,10 z" fill="#50c8f5"></path>
-            </marker>
-          </defs>
-
-          <rect class="svg-box-accent" x="360" y="12" width="240" height="44" rx="9"></rect>
-          <text class="svg-label" x="480" y="32" text-anchor="middle">요청을 분류한다</text>
-          <text class="svg-sub" x="480" y="47" text-anchor="middle">감독을 명시했는가?</text>
-
-          <path class="svg-line" d="M420,56 L230,92" marker-end="url(#oa)"></path>
-          <path class="svg-line" d="M540,56 L730,92" marker-end="url(#oa)"></path>
-          <text class="svg-sub" x="290" y="78">아니오 — "넘겨줘 / 다른 에이전트"</text>
-          <text class="svg-sub" x="600" y="78">예 — "감독 / 기다려 / DAG / 게이트"</text>
-
-          <rect class="svg-box" x="60" y="96" width="340" height="120" rx="10"></rect>
-          <text class="svg-label" x="230" y="118" text-anchor="middle">전체 인계 (ownership transfer)</text>
-          <text class="svg-sub" x="80" y="140">worktree create --no-parent --agent … --prompt …</text>
-          <text class="svg-sub" x="80" y="158">프롬프트에 하네스 활성화 명령을 포함한다</text>
-          <text class="svg-gate" x="80" y="178">금지: task-create · dispatch --inject · check --wait</text>
-          <text class="svg-gate" x="80" y="196">전달 후 진행 상황을 엿보지 않는다</text>
-
-          <rect class="svg-box" x="560" y="96" width="340" height="120" rx="10"></rect>
-          <text class="svg-label" x="730" y="118" text-anchor="middle">감독 조율 (supervised)</text>
-          <text class="svg-sub" x="580" y="140">run-create → task-create → worker-start</text>
-          <text class="svg-sub" x="580" y="158">check --wait --types worker_done,escalation,question</text>
-          <text class="svg-sub" x="580" y="176">worker_done 수신 → 처리 → worker-release</text>
-          <text class="svg-ok" x="580" y="196">timeout·{count:0}은 실패가 아니라 체크포인트</text>
-        </svg>
-        <figcaption>인계는 lifecycle 의무를 만들지 않고, 감독은 만든다. 두 경로에 같은 명령을 섞지 않는다.</figcaption>
-      </figure>
-
-      <h3 class="sub">불변식: 1 Orca 워크트리 = 1 하네스 task = 1 writer</h3>
-      <p>이것이 병렬 크루에서 D4(쓰기는 단일 스레드)가 살아남는 방식입니다. 병렬성은 <strong>워크트리 사이</strong>에 있고, 하나의 SSOT 범위 안에는 없습니다. 같은 task 문서를 두 워커가 만지게 하는 배치는 D4 위반이며, Orca는 충돌을 추론해 주지 않습니다 — 배치와 동시성은 호출자의 책임입니다 <span class="pill pill-doc">문서</span>.</p>
-
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>하네스 쪽</th><th>Orca 쪽 대응</th><th>주의</th></tr></thead>
-          <tbody>
-            <tr><td>task 이름 <code>&lt;name&gt;</code></td><td>worktree <code>--name</code>, Task spec의 제목</td><td>이름을 일치시키면 <code>worktree list</code>만 보고 어느 task인지 알 수 있다</td></tr>
-            <tr><td>spec = 요구사항 정본</td><td><code>task-create --spec</code>에는 <strong>경로 포인터</strong>만</td><td>spec 본문을 복사하면 두 개의 진실이 생긴다</td></tr>
-            <tr><td>plan 체크박스</td><td>워커의 <code>status</code>/heartbeat</td><td>heartbeat는 살아있음의 증거이고 완료의 증거가 아니다</td></tr>
-            <tr><td>artifact <code>## 결과</code></td><td><code>worker_done --outcome … --files-modified …</code> body</td><td>body에 artifact 경로를 적어 코디네이터가 증거를 열 수 있게 한다</td></tr>
-            <tr><td><code>done</code> 가드 통과</td><td>코디네이터의 수락 판단</td><td>가드를 통과하지 못한 <code>worker_done</code>은 "완료"가 아니다</td></tr>
-          </tbody>
-        </table>
-      </div>
-
-      <div class="callout">
-        <div class="mark">📎</div>
-        <div>
-          <p>플래그와 하위 명령은 <strong>이 문서가 아니라 바이너리가 소유</strong>합니다. 릴리스마다 바뀌므로 실행 전에 정본을 읽으세요: <code>orca skills get orca-cli</code> · <code>orca skills get orchestration</code>. 실행 전 <code>orca status --json</code>으로 <code>reachable=true</code>·<code>state="ready"</code>를 확인합니다.</p>
-        </div>
-      </div>
-    </section>
-
-    <section id="conflict">
-      <h2 class="section-title">6. 병렬 충돌 지도 — 어느 하네스 파일이 실제로 깨지나</h2>
-      <p class="section-sub">0.16.0 이후 실제로 깨지는 파일은 <strong>하나</strong>입니다. 원장 2개가 생성물이 되면서 병렬 충돌의 주 원인이 사라졌습니다.</p>
-
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>파일</th><th>병렬에서 어떻게 깨지나</th><th>해결</th></tr></thead>
-          <tbody>
-            <tr><td><code>docs/&lt;user&gt;/&lt;name&gt;/*</code></td><td>task별 디렉터리라 서로 닿지 않는다</td><td>1 워크트리 = 1 task 규칙만 지키면 충돌 없음</td></tr>
-            <tr><td><code>docs/&lt;user&gt;/&lt;name&gt;/&lt;name&gt;-meta.json</code></td><td>task별 파일이라 서로 닿지 않는다. <strong>손으로 고치지 않는다</strong> <span class="pill pill-src">소스</span></td><td><code>task</code>·<code>done</code>과 <code>migrate</code>(과거 task 백필)만 쓴다 <span class="pill pill-src">소스</span>. 병합 충돌이 나면 실제 상태(<code>status</code>·<code>closedAt</code>)를 기준으로 고른다</td></tr>
-            <tr><td><code>docs/&lt;user&gt;/&lt;user&gt;-handoff.md</code></td><td><strong>매 커밋마다 전체가 덮어써진다</strong>(<code>writeFile</code>) → 브랜치마다 다른 내용 → 병합 시 거의 항상 충돌 <span class="pill pill-src">소스</span>. <strong>0.18.1 기준 이것이 유일하게 남은 충돌원</strong></td><td>어느 쪽이든 취해 충돌을 닫고 <code>harness-team handoff</code>로 재생성한다. 손으로 병합하지 않는다</td></tr>
-            <tr><td><code>docs/task_summary.md</code></td><td><strong>더 이상 충돌하지 않는다 (0.16.0)</strong> — <code>task</code>·<code>done</code>이 이 파일을 건드리지 않는다 <span class="pill pill-src">소스</span></td><td>기본 브랜치에서 <code>harness-team summary --write</code>로만 렌더한다. 워크트리에서는 쓰지 않는다</td></tr>
-            <tr><td><code>docs/&lt;user&gt;/&lt;user&gt;-task.md</code></td><td>동일 — 생성물이다</td><td>동일</td></tr>
-            <tr><td><code>.harness/active.json</code></td><td>추적되지 않아 충돌 자체가 불가능</td><td>—</td></tr>
-          </tbody>
-        </table>
-      </div>
-
-      <div class="callout good">
-        <div class="mark">🧭</div>
-        <div>
-          <p>충돌을 줄이는 배치 규칙: <strong>서로 다른 task는 서로 다른 워크트리에서, 같은 task의 후속 단계는 같은 워크트리에서</strong>. 파일이 겹치는 것 자체는 직렬화 이유가 못 됩니다 — 진짜 이유는 의미적 의존, 공유 가변 외부 상태, 양립 불가한 마이그레이션입니다 <span class="pill pill-doc">문서</span>.</p>
-          <p style="margin-top:0.6rem"><strong>0.16.0이 무엇을 바꿨나:</strong> 예전에는 <code>task</code>가 원장에 행을 append하고 <code>done</code>이 그 행을 고쳤습니다. 모든 브랜치가 같은 줄을 건드리니 병렬 PR마다 충돌이 났고, 그 충돌을 손으로 푸는 과정에서 상태가 유실됐습니다. 지금은 상태가 task별 <code>&lt;name&gt;-meta.json</code>에 있고 원장은 그것을 스캔해 렌더합니다 — <strong>충돌할 공유 상태 자체가 없어졌습니다.</strong> 이 문서가 예전에 "집계 파일 3개"라고 부르던 것은 이제 <strong>handoff 1개</strong>입니다.</p>
-        </div>
-      </div>
-    </section>
-
-    <section id="safety">
-      <h2 class="section-title">7. 안전 — "확인 목적"으로 실행하면 안 되는 것</h2>
-      <p class="section-sub">감독자가 상태를 확인하려고 프로젝트 명령을 돌리는 순간이 가장 위험합니다. <code>--help</code>가 없는 명령은 인자를 그대로 실행으로 받습니다.</p>
-
-      <div class="callout good">
-        <div class="mark">🩹</div>
-        <div>
-          <h5><code>harness-team release --help</code>는 <strong>0.15.1에서 고쳐졌다</strong> — 이제 usage만 출력한다</h5>
-          <p>0.14.0까지 CLI는 <code>help</code>/<code>--help</code>/<code>-h</code>를 <strong>명령 위치에서만</strong> 처리했습니다. <code>release</code> 뒤의 <code>--help</code>는 평범한 boolean 플래그로 파싱됐고 bump는 <code>taskArgs[0] || 'patch'</code>로 결정돼, <strong>실제 patch 릴리스가 수행됐습니다</strong>(매니페스트 4개 범프 + 캐시·마켓플레이스 동기화). 실제 사고 기록이 있습니다(2026-08-07) <span class="pill pill-doc">문서</span>.</p>
-          <p>0.15.1부터는 argv 어디에 있든 help로 해석돼 <strong>usage만 출력하고 명령을 실행하지 않습니다</strong>. 덤으로 오탈자 플래그(<code>--dryrun</code> 등)도 dispatch <em>전에</em> <code>exit 2</code>로 거부되고, 없던 <code>harness-team --version</code>이 생겼습니다 <span class="pill pill-src">소스</span>.</p>
-          <p><strong>그래도 남는 규칙:</strong> ① 이 수정은 <strong>새 코드가 실제로 실행될 때만</strong> 유효합니다 — 아래 "두 채널" 카드대로 PATH의 <code>harness-team</code>이 옛 클론을 가리키면 <strong>옛 동작 그대로</strong>입니다. 확인은 <code>harness-team --version</code>으로 합니다(0.15.1 미만이면 이 명령 자체가 <code>Unknown command</code>로 떨어지는 것이 곧 신호입니다). ② 하네스 밖의 낯선 CLI에는 이 수정이 없습니다 — <strong><code>--help</code>를 붙여 탐색하지 말고 소스·문서를 먼저 읽는</strong> 습관은 그대로 유지하세요. ③ 릴리스 절차는 <code>MAINTAINING.md</code>로 읽고 실행은 작업자에게 맡깁니다. 결과만 보려면 <code>--dry-run</code>입니다.</p>
-        </div>
-      </div>
-
-      <div class="grid2">
-        <div class="card no">
-          <h4>워크트리에서 금지</h4>
-          <ul>
-            <li><code>init</code>/<code>sync</code> — 관리 구역 재생성</li>
-            <li><code>migrate</code>/<code>upgrade</code>/<code>backup</code> — 구조 이전은 별도 task</li>
-            <li>하네스가 <code>AGENTS.md</code>를 소유한 저장소에서 <code>fm-ensure-agents-md.sh</code> <span class="pill pill-doc">문서</span></li>
-          </ul>
-        </div>
-        <div class="card note">
-          <h4>두 채널을 따로 확인</h4>
-          <p>릴리스는 <strong>전역 <code>harness-team</code> CLI를 갱신하지 않습니다</strong> — 슬래시 커맨드 캐시만 새 버전이 되고, 훅이 부르는 전역 CLI는 마켓플레이스 클론에 묶여 옛 버전으로 남습니다 <span class="pill pill-doc">문서</span>. 크루메이트가 신기능을 "없다"고 보고하면 먼저 <code>harness-team doctor</code>와 버전 채널을 확인하세요.</p>
-        </div>
-      </div>
-
-      <h3 class="sub">완료 판정은 증거로</h3>
-      <ul class="tight">
-        <li>칸반·crew-state의 "done"을 병합 근거로 쓰지 않는다 <span class="pill pill-doc">문서</span>.</li>
-        <li>워커 보고서는 <strong>증거를 확인</strong>한다 — <code>ls</code> 한 번, 파일 한 번 열기. 상세하고 일관된 보고서가 산출물의 존재 증명은 아니다.</li>
-        <li>반대로 워커가 <strong>스스로 신고한 간극</strong>은 대개 진짜다 — 확인하고 닫는다.</li>
-        <li>하네스 쪽 증거는 <code>done</code> 가드 <strong>7종</strong>이다: 미완 박스 0 · artifact 내용 있음 · 미커밋 없음 · task 시작 이후 커밋 ≥ 1 · <strong>소스가 바뀌었으면 테스트도 바뀜</strong>(0.18.1, 기본 ON — 문서·설정만 바뀐 task엔 발동하지 않는다) · <strong>spec이 <code>review: required</code>면 리뷰 마커 존재</strong>(0.18.1, spec opt-in) · <strong>spec이 <code>verify: required</code>면 검증 프레이밍 마커 존재</strong>(0.20.0, spec opt-in — kind가 <code>-adversarial</code>·<code>-testcritic</code>·<code>-shipcheck</code>·<code>-contrarian</code>·<code>-simplifier</code>로 끝나는 마커만 센다).</li>
-            <li>증거를 찾는 <strong>판정 창</strong>의 시작은 <code>&lt;name&gt;-meta.json</code>의 <code>firstActivatedAt</code>이다(0.19.0). 생성 시 1회만 기록되고 재활성화가 건드리지 않으므로, <strong>워크트리를 오가며 task를 재활성화해도 이미 만족된 증거가 창 밖으로 밀려나지 않는다</strong> — 크루 운용에서 특히 자주 밟던 오탐이었다.</li>
-            <li>여기에 <strong>선언 유효성</strong>이 하나 더 붙는다 — spec의 <code>## Done evidence</code> JSON이 깨졌거나 미지 키를 담고 있으면 <strong>그것만으로 차단</strong>된다 <span class="pill pill-src">소스</span>. 조용히 기본값으로 폴백하지 않는 것이 의도다(<code>boundary check</code>의 <code>not-configured</code> 전례).</li>
-            <li>가드가 막는 것은 악의가 아니라 <strong>망각</strong>이다. <code>--force</code>로 뚫었다면 <strong>그 이유가 artifact에 있어야</strong> 하고, 없으면 그 <code>done</code>은 증거가 아니다.</li>
-      </ul>
-    </section>
-
-    <section id="checklist">
-      <h2 class="section-title">8. 체크리스트</h2>
-      <div class="grid2">
-        <div class="card ok">
-          <h4>크루메이트 — 완료 보고 전</h4>
-          <ul>
-            <li>워크트리 격리 assertion 통과했다</li>
-            <li><code>harness-team task &lt;name&gt; --member &lt;user&gt;</code>로 활성화했다</li>
-            <li>plan 체크박스가 실제 상태와 일치한다(위장 체크 없음)</li>
-            <li>artifact <code>## 결과</code>를 썼고, 모드에 맞는 <code>## Reviews</code>를 남겼다 — <code>/harness-review</code>를 돌렸다면 <strong>마커 한 줄</strong>까지</li>
-            <li><code>context check</code> green, <code>boundary check</code> pass 또는 not-configured</li>
-            <li>소스를 고쳤다면 테스트도 고쳤다 — 불필요하면 spec <code>## Done evidence</code>에 <code>"tests": "skip"</code>을 <strong>선언</strong>했다</li>
-            <li>커밋했고 <code>harness-team handoff</code>가 handoff를 갱신했다</li>
-            <li>PR/MR을 열기 직전이라면 <code>/harness-ship</code>으로 spec·plan·artifact를 코드 현실과 맞췄다</li>
-            <li>status는 <code>done: …</code> 형식으로, 증거 경로를 포함해 보고했다</li>
-          </ul>
-        </div>
-        <div class="card note">
-          <h4>캡틴/코디네이터 — 병합 승인 전</h4>
-          <ul>
-            <li>PR이 <strong>전체 URL</strong>로 왔고 CI가 green이다(red 병합 금지)</li>
-            <li>diff에 task 문서 5종(+ <code>&lt;name&gt;-meta.json</code>)의 갱신이 들어 있다</li>
-            <li>artifact가 템플릿 그대로가 아니다 — 한 번 열어서 확인했다</li>
-            <li><code>&lt;user&gt;-handoff.md</code> 충돌을 <code>harness-team handoff</code> 재생성으로 닫았다 (원장 2개는 0.16.0부터 충돌하지 않는다)</li>
-            <li>병합 후 기본 브랜치에서 <code>harness-team summary --write</code>로 원장을 갱신했다</li>
-            <li><code>harness-team done</code>이 <code>--force</code> 없이 통과했다(우회했다면 이유가 artifact에 있다)</li>
-            <li>병합은 기록되는 경로로 했다(가드 없는 저수준 merge 금지)</li>
-          </ul>
-        </div>
-      </div>
-    </section>
-
-    <section id="pitfalls">
-      <h2 class="section-title">9. 함정</h2>
-      <div class="table-wrap">
-        <table>
-          <thead><tr><th>증상</th><th>원인</th><th>조치</th></tr></thead>
-          <tbody>
-            <tr><td>handoff가 한 번도 갱신되지 않았다</td><td>워크트리에 활성 포인터가 없어 <code>handoff</code>가 no-op</td><td><code>harness-team task &lt;name&gt; --member &lt;user&gt;</code> 후 재실행</td></tr>
-            <tr><td><code>done</code>이 "no active task"라고 한다</td><td>같은 원인</td><td>활성화 후 다시 <code>done</code></td></tr>
-            <tr><td><code>docs/&lt;다른-이름&gt;/&lt;task&gt;/</code>가 생겼다</td><td><code>config.json</code>이 추적되지 않아 member가 <code>git config user.name</code>/<code>$USER</code>로 갈렸다</td><td>잘못된 트리 제거, 브리프에 <code>--member</code> 고정</td></tr>
-            <tr><td>브랜치를 병합할 때마다 handoff 충돌</td><td><code>&lt;user&gt;-handoff.md</code>는 전체 덮어쓰기 파일</td><td>어느 쪽이든 취하고 <code>harness-team handoff</code> 재생성</td></tr>
-            <tr><td>병합했는데 <code>task_summary.md</code>가 그대로다</td><td>0.16.0부터 원장은 <strong>생성물</strong>이라 <code>task</code>·<code>done</code>이 쓰지 않는다</td><td>기본 브랜치에서 <code>harness-team summary --write</code> 실행 후 커밋</td></tr>
-            <tr><td>워크트리에서 <code>summary --write</code>가 거부됐다</td><td>가드가 기본 브랜치만 허용한다(의도된 동작)</td><td>거부가 맞다. <code>--force</code>로 뚫지 말고 기본 브랜치에서 돌린다</td></tr>
-            <tr><td><code>done</code>이 "테스트 파일 변경이 없음"으로 막힌다</td><td>0.18.1 테스트 증거 가드. 소스는 바뀌었는데 테스트가 안 바뀌었다</td><td>테스트를 쓰거나, 정말 불필요하면 spec <code>## Done evidence</code>에 <code>"tests": "skip"</code>을 선언한다</td></tr>
-            <tr><td><code>done</code>이 "리뷰 마커가 없음"으로 막힌다</td><td>spec이 <code>review: required</code>인데 artifact에 마커가 없다 — 리뷰를 안 했거나 <strong>기록을 빠뜨렸다</strong></td><td><code>/harness-review</code>를 돌리고 <code>## Reviews</code>에 결과 + 마커를 남긴다</td></tr>
-            <tr><td>리뷰를 돌렸는데도 <code>done</code>이 "검증 마커가 없음"으로 막힌다</td><td>spec이 <code>verify: required</code>다 (0.20.0). 일반 <code>review</code> 마커는 이 가드를 만족시키지 않는다 — <strong>검증 프레이밍 kind만</strong> 센다</td><td><code>/harness-adversarial-review</code>나 엔진 인수를 준 <code>/harness-contrarian</code>·<code>/harness-simplifier</code>를 돌리고 그 마커를 남긴다. 반대 방향은 성립한다 — 검증 마커는 <code>review</code> 증거를 겸한다</td></tr>
-            <tr><td>브리프의 <code>/harness-codex-review</code>가 아무 반응이 없다</td><td>0.17.0에서 <code>/harness-review</code>로 재편, 옛 이름 alias는 <strong>제거됐다</strong></td><td>브리프·문서의 커맨드 이름을 <code>/harness-review</code>로 바꾼다</td></tr>
-            <tr><td>워크트리에서 <code>init</code>을 다시 돌려 diff가 폭발했다</td><td>관리 구역 재생성</td><td>해당 파일들 <code>git checkout</code>으로 되돌리고, 하네스 갱신은 전용 task로 분리</td></tr>
-            <tr><td>리뷰가 두 번 쌓였다</td><td><code>no-mistakes</code> 위에 수동 리뷰를 얹었다</td><td>모드별 리뷰 주인 표를 따르고, 파이프라인 결과를 <code>## Reviews</code>에 기록</td></tr>
-            <tr><td>scout 워크트리와 함께 task 문서가 사라졌다</td><td>scratch 워크트리에 하네스 task를 만들었다</td><td>scout엔 task를 만들지 않고, ship promote 시 생성 + 리포트 경로 인용</td></tr>
-            <tr><td>"버전 확인"이 릴리스를 일으켰다</td><td>0.14.0까지 <code>release --help</code>가 실제 patch bump였다. <strong>0.15.1에서 수정</strong>됐지만, PATH의 CLI가 옛 클론이면 옛 동작 그대로다</td><td><code>harness-team --version</code>으로 채널부터 확인. 절차는 문서로 읽고 실행은 작업자에게. 결과만 보려면 <code>--dry-run</code></td></tr>
-            <tr><td>워커가 조용해서 종료시켰다</td><td>timeout/idle을 실패로 오독</td><td>rolling <code>check --wait</code>를 유지. <code>worker_done</code>·escalation·종료 외에는 살아있는 것으로 본다</td></tr>
-          </tbody>
-        </table>
-      </div>
-
-      <div class="callout good">
-        <div class="mark">✅</div>
-        <div>
-          <h5>한 문장 요약</h5>
-          <p>문서는 <strong>git</strong>으로 흐르고 포인터는 흐르지 않는다 — 그래서 크루메이트의 첫 명령은 <strong>활성화</strong>, 마지막 명령은 <strong>가드를 통과한 done</strong>이다.</p>
-        </div>
-      </div>
-
-      <p class="section-sub" style="margin-top:2rem">정본: 단일 세션 절차는 <code>docs/harness-task-guide.html</code>(0.21.0 기준) · 하네스 작업 프로토콜은 <code>AGENTS.md</code> · firstmate 라이프사이클과 브리프 계약은 그 <code>AGENTS.md §7·§11</code>과 <code>bin/fm-brief.sh --help</code> · Orca 명령 표면은 <code>orca skills get orca-cli</code>와 <code>orca skills get orchestration</code>.</p>
-    </section>
-  </main>
-
-  <footer>Harness Aijient Team Plugin 0.23.0 · firstmate · Orca 크루 운용 가이드 · 실측 표기는 2026-08-11 확인 · 0.23.0 기준 점검 2026-08-30</footer>
-</body>
-</html>
diff --git a/docs/harness-task-guide.html b/docs/harness-task-guide.html
index c161fc68..361e4967 100644
--- a/docs/harness-task-guide.html
+++ b/docs/harness-task-guide.html
@@ -844,7 +844,7 @@ <h5>한 문장 요약</h5>
         </div>
       </div>
 
-      <p class="section-sub" style="margin-top:2rem">더 자세한 정본: 작업 프로토콜과 파일 계약은 <code>AGENTS.md</code>, 설치·명령 표면은 <code>README.md</code>와 <code>commands/*.md</code>, 아키텍처는 <code>docs/harness-overview.html</code>, 이번 릴리스의 변경 이유는 <code>docs/what-changes-0.18.1.html</code>(최신본은 <code>docs/what-changes-latest-version.html</code>)에 있습니다. 여러 명이 워크트리를 나눠 쓰는 상황은 <code>docs/harness-fleet-guide.html</code>이 따로 다룹니다.</p>
+      <p class="section-sub" style="margin-top:2rem">더 자세한 정본: 작업 프로토콜과 파일 계약은 <code>AGENTS.md</code>, 설치·명령 표면은 <code>README.md</code>와 <code>commands/*.md</code>, 아키텍처는 <code>docs/harness-overview.html</code>, 이번 릴리스의 변경 이유는 <code>docs/what-changes-0.18.1.html</code>(최신본은 <code>docs/what-changes-latest-version.html</code>)에 있습니다.</p>
     </section>
   </main>
 
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-artifact.md b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-artifact.md
new file mode 100644
index 00000000..69e6e8d2
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-artifact.md
@@ -0,0 +1,21 @@
+# remove-personal-tool-refs — Artifact
+
+*최종 결과물과 학습 내용을 기록한다.*
+
+## 결과
+- 2026-10-05 제거 6건 적용. AO 규칙 파일은 `~/.ao/ao-worker-rules.md`로 옮겼다(바이트 동일, `cmp` 확인).
+- 검증: `npm run test` tests 1079 · pass 1078 · fail 0, perf 1/1 통과. `npm run docs:check` 최신.
+- 이력 표면(CHANGELOG, what-changes, 기존 task 문서, `loop-graph-workflow-qna-0.13.html`)의 언급은 남겼다.
+- 메인테이너 후속: AO가 규칙 파일 경로를 저장하고 있다면 `ao project set-config --agent-rules-file ~/.ao/ao-worker-rules.md`로 다시 지정해야 한다(저장 위치 미확인).
+- 제거로 잃는 것: fleet 가이드는 D5(격리 병렬) 운용 안내도 겸했다. 팀용 병렬 운용 안내가 필요하면 Claude·Codex 기본 기능 기준으로 새로 쓴다(사이클 초안 §4-3).
+
+## Reviews
+*Codex 등 리뷰 실행 시 결과(요약·발견·조치)를 날짜와 함께 남긴다. 남기지 않은 리뷰는 "안 한 것"으로 간주.*
+*기계 판독용 마커를 함께 남긴다: `<!-- harness:review kind=codex scope=worktree tip=<sha|none> at=<ISO8601> -->`*
+
+- 2026-10-05 외부 리뷰 엔진은 실행하지 않았다 — 제거·문서 정리이고 제품 동작 변화는 init의 gitignore 항목 하나뿐이다(Done evidence `review: optional`).
+
+## Learnings
+- 개인 도구의 규칙 파일이 팀 저장소에 있으면, 저장소가 그 도구의 설정 저장소 역할까지 떠안는다. 개인 설정은 홈 디렉터리에 둔다.
+- 2026-10-05 보완: `commands/harness-init.md`는 태그에 `obsidian`이 없어(`react`·`project`·`ai`) 첫 검색(`^  - obsidian$`)에서 빠졌다.
+  같은 Obsidian 메타데이터라 함께 제거했다(총 33파일). 검색 기준은 태그 값이 아니라 `tags:`·`created:`·`modified:` 키여야 했다.
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-context.md b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-context.md
new file mode 100644
index 00000000..678000b6
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-context.md
@@ -0,0 +1,23 @@
+# remove-personal-tool-refs — Context Card
+<!-- working set only; UTF-8 <= 6 KiB, nonblank lines <= 100 -->
+
+## Now
+- Goal: 개인 도구 흔적 6건을 팀 하네스의 살아 있는 표면에서 제거
+- Current atomic step: 커밋 · PR
+- Stop / human-decision condition: PR 머지는 사람
+
+## Constraints and settled decisions
+- 이력 표면(CHANGELOG·what-changes·기존 task 문서)은 고치지 않는다
+- AO 규칙 파일은 `~/.ao/`로 이동(삭제 아님)
+
+## JIT retrieval map
+- Identifiers / symbols: `AI_GITIGNORE_ENTRIES`
+- Narrow globs: `docs/index.html`, `commands/*.md`
+- Read next: spec 성공 기준 grep
+- Verification command: `npm run test && npm run docs:check`
+
+## Failure capsules (max 3 unresolved)
+- (none)
+
+## Resume checklist
+- spec의 성공 기준 grep 두 개가 0건인지 확인
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-handoff.md b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-handoff.md
new file mode 100644
index 00000000..c7d2d256
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-handoff.md
@@ -0,0 +1,65 @@
+# remove-personal-tool-refs — Handoff
+
+(세션 종료 시 post-commit hook이 자동 갱신합니다)
+
+## 2026-10-05T07:14:35.759Z — 785aa3f chore: 개인 도구 흔적을 팀 하네스에서 제거한다
+CHANGELOG.md                                       |  16 +-
+ MAINTAINING.md                                     |   9 -
+ README.md                                          |  10 -
+ commands/harness-clone.md                          |   6 -
+ commands/harness-comptest.md                       |   6 -
+ commands/harness-contrarian.md                     |   6 -
+ commands/harness-delete.md                         |   6 -
+ commands/harness-doctor.md                         |   6 -
+ commands/harness-interview.md                      |   6 -
+ commands/harness-inttest.md                        |   6 -
+ commands/harness-migrate.md                        |   6 -
+ commands/harness-release.md                        |   6 -
+ commands/harness-retro.md                          |   6 -
+ commands/harness-ship.md                           |   1 -
+ commands/harness-sim.md                            |   6 -
+ commands/harness-simplifier.md                     |   6 -
+ commands/harness-spec.md                           |   6 -
+ commands/harness-symlink.md                        |   6 -
+ commands/harness-sync.md                           |   6 -
+ commands/harness-task.md                           |   6 -
+ commands/harness-unittest.md                       |   6 -
+ commands/harness-upgrade.md                        |   6 -
+ docs/ao-worker-rules.md                            |  99 ---
+ docs/followups.md                                  |   3 -
+ docs/harness-fleet-guide.html                      | 693 ---------------------
+ docs/harness-task-guide.html                       |   2 +-
+ .../remove-personal-tool-refs-artifact.md          |  19 +
+ .../remove-personal-tool-refs-context.md           |  23 +
+ .../remove-personal-tool-refs-handoff.md           |   3 +
+ .../remove-personal-tool-refs-meta.json            |  11 +
+ .../remove-personal-tool-refs-plan.md              |  22 +
+ .../remove-personal-tool-refs-spec.md              |  63 ++
+ docs/index.html                                    |  14 -
+ docs/prerequisites.md                              |  12 +-
+ .../plans/2026-04-23-backup-scripts-as-commands.md |   9 -
+ .../plans/2026-04-27-symlink-migration-support.md  |   9 -
+ .../2026-05-28-charness-benchmark-improvements.md  |   9 -
+ .../plans/2026-05-28-consolidated-0.7.0.md         |   9 -
+ .../2026-05-28-ouroboros-inspired-spec-first.md    |   9 -
+ .../plans/2026-05-28-release-sync-automation.md    |   9 -
+ .../plans/2026-05-29-0.8.0-improvements.md         |   9 -
+ ...2026-04-23-backup-scripts-as-commands-design.md |   9 -
+ .../2026-06-02-stack-declaration-gate-design.md    |   9 -
+ src/harness.mjs                                    |   2 -
+ templates/docs/README.md                           |   9 -
+ 45 files changed, 150 insertions(+), 1050 deletions(-)
+
+## 2026-10-05T07:15:01.150Z — 44586c4 chore(task): remove-personal-tool-refs plan·handoff 갱신 (PR #120)
+.../remove-personal-tool-refs-handoff.md           | 48 ++++++++++++++++++++++
+ .../remove-personal-tool-refs-plan.md              |  2 +-
+ 2 files changed, 49 insertions(+), 1 deletion(-)
+
+## 2026-10-05T08:24:05.752Z — 3aa41f4 chore: harness-init 명령의 Obsidian frontmatter도 제거한다
+CHANGELOG.md                                                        | 2 +-
+ commands/harness-init.md                                            | 6 ------
+ .../remove-personal-tool-refs/remove-personal-tool-refs-artifact.md | 2 ++
+ .../remove-personal-tool-refs/remove-personal-tool-refs-handoff.md  | 5 +++++
+ .../remove-personal-tool-refs/remove-personal-tool-refs-plan.md     | 2 +-
+ .../remove-personal-tool-refs/remove-personal-tool-refs-spec.md     | 2 +-
+ 6 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-meta.json b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-meta.json
new file mode 100644
index 00000000..bbda1c9d
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-meta.json
@@ -0,0 +1,11 @@
+{
+  "user": "hslee",
+  "task": "remove-personal-tool-refs",
+  "created": "2026-10-05",
+  "firstActivatedAt": "2026-10-05T07:13:17.749Z",
+  "status": "open",
+  "closedAt": null,
+  "forcedAt": null,
+  "forcedIssues": null,
+  "reviews": []
+}
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-plan.md b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-plan.md
new file mode 100644
index 00000000..96c51730
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-plan.md
@@ -0,0 +1,22 @@
+# remove-personal-tool-refs — Plan
+
+## 목표
+개인 도구(AO, Orca·firstmate)와 개인 환경 흔적을 팀 하네스의 살아 있는 표면에서 걷어 낸다.
+
+## 단계
+- [x] AO 규칙 파일을 `~/.ao/ao-worker-rules.md`로 옮기고 저장소에서 제거, 참조 정리(index·prerequisites)
+- [x] Orca fleet 가이드 제거, 참조 정리(README·index·task-guide)
+- [x] Obsidian frontmatter 키 제거(33파일)
+- [x] `oh-my-openagent.json` gitignore 항목 제거
+- [x] `codex-shipcheck` 예시 줄 제거
+- [x] followups의 개인 스킬 경로 문단 제거
+- [x] 검증: grep 0건 · `npm run test` · `npm run docs:check`
+- [x] 커밋 · PR (#120)
+
+## Ontology 변경 로그
+*개념이 새로 정의되거나 의미가 바뀌면 한 줄로 기록. spec.md의 Ontology 섹션을 갱신할 트리거가 된다.*
+
+- 2026-10-05 "개인 도구 흔적"·"이력 표면" 정의 추가(spec Ontology).
+
+## 참고
+- 머지 후 종결(`done`·`summary --write`)은 기본 브랜치 몫이다.
diff --git a/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-spec.md b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-spec.md
new file mode 100644
index 00000000..a5a802a9
--- /dev/null
+++ b/docs/hslee/remove-personal-tool-refs/remove-personal-tool-refs-spec.md
@@ -0,0 +1,63 @@
+# remove-personal-tool-refs — Spec
+
+## 목적 / 요구사항
+*문제(오늘 무엇이 안 되는가) → 영향받는 사용자·시스템 → 기대 결과 → 제약 순으로 쓴다.
+답 없는 질문은 요구가 아니다 — `## 참고` 절에 `- (open) …`으로 남긴다.*
+
+- **문제**: 메인테이너가 개인적으로 쓰는 도구(AO, Orca·firstmate)의 규칙·가이드와 개인 환경 흔적(Obsidian 볼트 frontmatter,
+  개인 스킬 이름, D7 이후 남은 OpenCode 항목)이 팀 하네스 저장소에 들어 있다. 소비자 프로젝트로 설치되지는 않지만,
+  플러그인 캐시로 팀원에게 복사되고 README·docs 색인에서 팀 문서처럼 보인다.
+- **영향**: 플러그인을 설치한 팀원(캐시·문서), 소비자 프로젝트(`templates/docs/README.md` frontmatter, init이 쓰는 gitignore 항목).
+- **기대 결과**: 살아 있는 표면에서 위 흔적이 사라진다. 이력(CHANGELOG, what-changes 스냅샷, 기존 task 문서)은 그대로 둔다.
+- **제약**: AO 규칙 파일은 지우지 않고 `~/.ao/ao-worker-rules.md`로 옮긴다(메인테이너 개인 설정이 계속 쓸 수 있도록).
+  명령 파일 frontmatter의 Claude Code 키(`description`·`phase`·`argument-hint`)는 보존한다.
+
+## 설계 / 접근
+2026-10-05 메인테이너 결정 6건을 그대로 적용한다.
+1. `docs/ao-worker-rules.md` → `~/.ao/ao-worker-rules.md`로 복사 후 저장소에서 제거. 참조(`docs/index.html` 2곳, `docs/prerequisites.md`) 정리.
+2. `docs/harness-fleet-guide.html`(Orca·firstmate 크루 가이드) 제거. 참조(README 문서 표, `docs/index.html` 크루 운용 경로·Guides, `docs/harness-task-guide.html`) 정리.
+3. Obsidian frontmatter 키 `tags`·`created`·`modified` 제거(33파일). 블록이 비면 블록째 제거.
+4. `src/harness.mjs` `AI_GITIGNORE_ENTRIES`의 `oh-my-openagent.json` 제거(D7 잔재).
+5. `commands/harness-ship.md` 보고 예시의 `codex-shipcheck` 줄 제거.
+6. `docs/followups.md`의 개인 스킬(`delegation-router`) 경로 문단 제거.
+- superpowers는 "설치돼 있으면 쓴다"는 현재 문구를 유지한다(결정 2).
+
+## Ontology
+*이 task가 다루는 핵심 개념의 정의. "X가 정확히 뭔가?"에 답한다.*
+
+- **개인 도구 흔적**: 메인테이너 한 사람의 도구·환경에만 의미가 있는 규칙·가이드·메타데이터. 팀 하네스의 사이클(S0–S8)이나 가로축 어디에도 봉사하지 않는다.
+- **이력 표면**: CHANGELOG·what-changes 버전 스냅샷·기존 task 문서. 당시 사실의 기록이라 고치지 않는다.
+
+## Ambiguity 자가진단
+*각 항목이 명확하면 체크. 3개 이상 미체크면 구현 진입 금지 — 인터뷰/브레인스토밍으로 복귀해
+모호성을 제거한다. 게이트를 통과하면 그 근거를 위 Ontology 섹션에 한 줄로 남긴다.*
+
+- [x] **Goal 명확도** (40%) — 목표가 한 문장으로 구체화되었는가?
+- [x] **Constraint 명확도** (30%) — 기술/시간/범위 제약이 명시되었는가?
+- [x] **Success 기준** (30%) — 완료를 어떻게 측정하는가?
+- [x] **Context 명확도** (brownfield 한정) — 영향 받는 기존 코드/파일을 식별했는가?
+- [x] **Ambiguity ≤ 0.2** — 위 항목 가중합 ≥ 0.8
+
+근거: 대상 6건과 파일이 메인테이너 결정으로 확정됐고, 성공 기준은 아래 grep 0건 + `npm test`·`docs:check` 통과다.
+
+<!-- 선택 선언. 아래 주석을 벗기면 done 가드가 검사한다.
+     미선언 기본값: "tests": "required" (소스가 바뀌면 테스트 파일 변경을 요구), "review": "optional",
+     "verify": "optional" ("required"면 검증 프레이밍 kind 마커 — -adversarial 등 — 를 요구). -->
+## Done evidence
+```json
+{ "version": 1, "review": "optional", "tests": "skip" }
+```
+`tests: skip` 사유: 소스 변경은 gitignore 상수에서 죽은 항목 하나를 지운 것뿐이고, 기존 테스트가 그 항목을 참조하지 않는다. 회귀는 전체 `npm test`로 확인한다.
+
+성공 기준(재현 명령):
+- `git grep -n -i "ao-worker\|fleet-guide\|oh-my-openagent\|codex-shipcheck\|delegation-router" -- . ':!docs/*/*/*' ':!CHANGELOG.md' ':!docs/what-changes-*'` → 0건
+- `git grep -l -E '^(tags|created|modified):' -- . ':!docs/*/*/*'` → 본문 예시(README·harness-task의 `created:` 출력 예, 테스트 fixture)만 남음
+- `npm run test`, `npm run docs:check` 통과
+
+## 참고
+*코드 기반 참조가 산문 설계보다 정밀하다 — 테스트 스위트·Boundary contract(JSON Schema)·
+다이어그램·기존 코드 경로를 우선 링크하고, 산문은 코드로 표현 못 하는 의도만 담는다.*
+
+- 배경: `docs/harness-cycle-draft.md`(미커밋 초안) D11 후보 "개인 도구·서드파티 오케스트레이터 의존 금지".
+- 남긴 것: `docs/loop-graph-workflow-qna-0.13.html:271`의 firstmate 언급(버전 고정 스냅샷, 이력).
+- (open) Obsidian의 frontmatter 자동 갱신 플러그인이 이 폴더에서 켜져 있으면 `modified:`가 다시 생길 수 있다 — 볼트 설정에서 이 폴더 제외 필요.
diff --git a/docs/index.html b/docs/index.html
index 11b68391..28d71b7e 100644
--- a/docs/index.html
+++ b/docs/index.html
@@ -139,17 +139,6 @@ <h3>리뷰어 — 남의 변경을 검증한다 <span class="mins">40분</span><
           <p class="later">근거·이력은 <a href="decisions.md">decisions.md</a>의 <strong>D2 · D6</strong>가 정본</p>
         </div>
 
-        <div class="route">
-          <h3>크루 운용 — 에이전트를 여럿 돌린다 <span class="mins">45분</span></h3>
-          <p>격리 없이 병렬로 쓰면 무엇이 실제로 깨지는지부터 봅니다.</p>
-          <ol>
-            <li><a href="harness-fleet-guide.html#bootstrap"><span><span class="name">fleet §1 — 크루메이트 부트스트랩</span><span class="desc">워크트리에 들어가면 이 순서로</span></span></a></li>
-            <li><a href="harness-fleet-guide.html#boundary"><span><span class="name">fleet §3 — 소유 경계</span><span class="desc">세 시스템이 각각 무엇을 소유하나</span></span></a></li>
-            <li><a href="harness-fleet-guide.html#conflict"><span><span class="name">fleet §6 — 병렬 충돌 지도</span><span class="desc">어느 하네스 파일이 실제로 깨지나</span></span></a></li>
-            <li><a href="harness-fleet-guide.html#safety"><span><span class="name">fleet §7 — 안전</span><span class="desc">“확인 목적”으로 실행하면 안 되는 것</span></span></a></li>
-          </ol>
-          <p class="later">근거는 <a href="decisions.md">decisions.md</a>의 <strong>D4</strong>(단일 스레드 쓰기) · <strong>D5</strong>(격리 병렬은 허용)</p>
-        </div>
 
         <div class="route">
           <h3>팀에 소개한다 — 발표·전달 <span class="mins">20분 발표</span></h3>
@@ -165,7 +154,6 @@ <h3>팀에 소개한다 — 발표·전달 <span class="mins">20분 발표</span
           <h3>메인테이너 — 하네스 자체를 고친다 <span class="mins">—</span></h3>
           <p>소비자 프로젝트가 아니라 이 저장소를 손대는 경우.</p>
           <ol>
-            <li><a href="ao-worker-rules.md"><span><span class="name">ao-worker-rules.md</span><span class="desc">상시 규칙 — <code>npm install</code>·lockfile 생성 금지 등</span></span></a></li>
             <li><a href="harness-overview.html"><span><span class="name">아키텍처 개요 (최신)</span><span class="desc"><code>npm run docs:generate</code>로 갱신되는 생성물</span></span></a></li>
             <li><a href="what-changes-latest-version.html"><span><span class="name">what-changes (최신)</span><span class="desc">직전 릴리스에서 무엇이 바뀌었나</span></span></a></li>
             <li><a href="decisions.md"><span><span class="name">decisions.md</span><span class="desc">역할·프로토콜 규범의 근거·이력 정본</span></span></a></li>
@@ -179,7 +167,6 @@ <h3>메인테이너 — 하네스 자체를 고친다 <span class="mins">—</sp
       <h2>Guides</h2>
       <ul>
         <li><a href="harness-overview.html"><span class="name">harness-overview.html</span><span class="desc">Architecture overview (latest)</span></a></li>
-        <li><a href="harness-fleet-guide.html"><span class="name">harness-fleet-guide.html</span><span class="desc">Multi-agent fleet guide</span></a></li>
         <li><a href="harness-task-guide.html"><span class="name">harness-task-guide.html</span><span class="desc">Task workflow guide</span></a></li>
         <li><a href="harness-rubric-guide.html"><span class="name">harness-rubric-guide.html</span><span class="desc">Rubric evaluation guide (D6 adversarial verification)</span></a></li>
         <li><a href="harness-workflow-simulation.html"><span class="name">harness-workflow-simulation.html</span><span class="desc">Workflow simulation walkthrough (latest)</span></a></li>
@@ -191,7 +178,6 @@ <h2>Guides</h2>
         <li><a href="harness-workflow-schematics.html"><span class="name">harness-workflow-schematics.html</span><span class="desc">Workflow schematics — 5 static SVG views (Obsidian-safe)</span></a></li>
         <li><a href="loop-graph-workflow-qna-0.13.html"><span class="name">loop-graph-workflow-qna-0.13.html</span><span class="desc">Loop/graph workflow Q&amp;A (0.13)</span></a></li>
         <li><a href="prerequisites.md"><span class="name">prerequisites.md</span><span class="desc">Setup prerequisites</span></a></li>
-        <li><a href="ao-worker-rules.md"><span class="name">ao-worker-rules.md</span><span class="desc">AO worker standing rules</span></a></li>
         <li><a href="decisions.md"><span class="name">decisions.md</span><span class="desc">Team decision log (SSOT for role/protocol rationale)</span></a></li>
       </ul>
     </section>
diff --git a/docs/prerequisites.md b/docs/prerequisites.md
index 20e6c6c5..dc2f8ac7 100644
--- a/docs/prerequisites.md
+++ b/docs/prerequisites.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-08-21
-modified: 2026-08-29
----
-
 # 사전 준비 (Prerequisites)
 
 이 하네스는 **설치 목록이 아니라 능력 매트릭스**로 읽어야 합니다.
@@ -26,8 +17,7 @@ modified: 2026-08-29
 | Node.js ≥ 24 | `node --version` | `harness-team` CLI가 실행되지 않음. 이것 하나뿐입니다. |
 
 런타임 의존성이 0개이고 devDependencies도 없으므로 `npm install`이 필요 없습니다 — 이 저장소를
-**개발**할 때도 테스트는 Node 내장 `node:test`로 `npm test`만 실행합니다(`docs/ao-worker-rules.md`는
-`npm install`과 lockfile 생성을 금지합니다).
+**개발**할 때도 테스트는 Node 내장 `node:test`로 `npm test`만 실행합니다. `npm install`과 lockfile 생성은 하지 않습니다.
 
 ---
 
diff --git a/docs/superpowers/plans/2026-04-23-backup-scripts-as-commands.md b/docs/superpowers/plans/2026-04-23-backup-scripts-as-commands.md
index 3b0f92c2..38f12b0b 100644
--- a/docs/superpowers/plans/2026-04-23-backup-scripts-as-commands.md
+++ b/docs/superpowers/plans/2026-04-23-backup-scripts-as-commands.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-23
-modified: 2026-04-23
----
-
 # Backup Scripts as Harness CLI Commands — Implementation Plan
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
diff --git a/docs/superpowers/plans/2026-04-27-symlink-migration-support.md b/docs/superpowers/plans/2026-04-27-symlink-migration-support.md
index 74744738..45de2257 100644
--- a/docs/superpowers/plans/2026-04-27-symlink-migration-support.md
+++ b/docs/superpowers/plans/2026-04-27-symlink-migration-support.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-27
-modified: 2026-04-27
----
-
 # Symlink Migration Support Implementation Plan
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
diff --git a/docs/superpowers/plans/2026-05-28-charness-benchmark-improvements.md b/docs/superpowers/plans/2026-05-28-charness-benchmark-improvements.md
index 756db54d..07946913 100644
--- a/docs/superpowers/plans/2026-05-28-charness-benchmark-improvements.md
+++ b/docs/superpowers/plans/2026-05-28-charness-benchmark-improvements.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-28
-modified: 2026-05-28
----
-
 # charness 벤치마킹 기반 개선 플랜
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
diff --git a/docs/superpowers/plans/2026-05-28-consolidated-0.7.0.md b/docs/superpowers/plans/2026-05-28-consolidated-0.7.0.md
index 8716c0bc..1c836539 100644
--- a/docs/superpowers/plans/2026-05-28-consolidated-0.7.0.md
+++ b/docs/superpowers/plans/2026-05-28-consolidated-0.7.0.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-29
-modified: 2026-05-29
----
-
 # harness-aijient-team v0.7.0 통합 실행 플랜
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use `superpowers:subagent-driven-development` (권장) 또는 `superpowers:executing-plans`. 모든 단계는 `- [ ]` 체크박스로 추적한다.
diff --git a/docs/superpowers/plans/2026-05-28-ouroboros-inspired-spec-first.md b/docs/superpowers/plans/2026-05-28-ouroboros-inspired-spec-first.md
index 8aa64871..80e8b6ed 100644
--- a/docs/superpowers/plans/2026-05-28-ouroboros-inspired-spec-first.md
+++ b/docs/superpowers/plans/2026-05-28-ouroboros-inspired-spec-first.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-28
-modified: 2026-05-28
----
-
 # Ouroboros-Inspired Spec-First Upgrades Implementation Plan
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
diff --git a/docs/superpowers/plans/2026-05-28-release-sync-automation.md b/docs/superpowers/plans/2026-05-28-release-sync-automation.md
index 8d7f1a5e..55f6b646 100644
--- a/docs/superpowers/plans/2026-05-28-release-sync-automation.md
+++ b/docs/superpowers/plans/2026-05-28-release-sync-automation.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-28
-modified: 2026-05-28
----
-
 # Release Sync Automation Implementation Plan
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
diff --git a/docs/superpowers/plans/2026-05-29-0.8.0-improvements.md b/docs/superpowers/plans/2026-05-29-0.8.0-improvements.md
index dbdf1e3d..6dceed5a 100644
--- a/docs/superpowers/plans/2026-05-29-0.8.0-improvements.md
+++ b/docs/superpowers/plans/2026-05-29-0.8.0-improvements.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-05-29
-modified: 2026-06-10
----
-
 # harness-aijient-team v0.8.0 개선 후보 (파킹 문서)
 
 > **상태:** 백로그 / 결정 대기. 이 문서는 0.7.0 작업 중·검토 중 드러났으나 **0.7.0 범위를 넘는 아키텍처 안건**을 파킹한다. 각 항목은 **착수 전 결정(Open Decisions)** 과 별도 spec/plan(superpowers `brainstorming` → `writing-plans`)이 필요하다. 0.7.0이 머지·측정된 뒤 재평가한다.
diff --git a/docs/superpowers/specs/2026-04-23-backup-scripts-as-commands-design.md b/docs/superpowers/specs/2026-04-23-backup-scripts-as-commands-design.md
index 8f5aeb7f..ad004567 100644
--- a/docs/superpowers/specs/2026-04-23-backup-scripts-as-commands-design.md
+++ b/docs/superpowers/specs/2026-04-23-backup-scripts-as-commands-design.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-23
-modified: 2026-04-23
----
-
 # Design: clone/symlink/delete as Harness CLI Commands
 
 Date: 2026-04-23
diff --git a/docs/superpowers/specs/2026-06-02-stack-declaration-gate-design.md b/docs/superpowers/specs/2026-06-02-stack-declaration-gate-design.md
index be1ad8e5..96648170 100644
--- a/docs/superpowers/specs/2026-06-02-stack-declaration-gate-design.md
+++ b/docs/superpowers/specs/2026-06-02-stack-declaration-gate-design.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-06-02
-modified: 2026-06-02
----
-
 # Stack 선언 게이트 — 설계 (Design)
 
 - 작성일: 2026-06-02
diff --git a/src/harness.mjs b/src/harness.mjs
index a4213869..502fed19 100644
--- a/src/harness.mjs
+++ b/src/harness.mjs
@@ -352,8 +352,6 @@ const AI_GITIGNORE_ENTRIES = [
   'CLAUDE.md',
   'AGENTS.md',
   '',
-  'oh-my-openagent.json',
-  '',
   'handoff.md',
   'plan.md',
   '',
diff --git a/templates/docs/README.md b/templates/docs/README.md
index 439a7c99..ea9486e4 100644
--- a/templates/docs/README.md
+++ b/templates/docs/README.md
@@ -1,12 +1,3 @@
----
-tags:
-  - project
-  - ai
-  - obsidian
-created: 2026-04-14
-modified: 2026-09-06
----
-
 # docs/ — 팀원·task별 작업 문서
 
 모든 작업 문서는 `docs/<user>/<name>/` 구조로 관리됩니다.