claude-code-conductor 2.63.0__tar.gz → 2.64.0__tar.gz

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/architect.md

@@ -35,12 +35,14 @@ requirements-report を受け取り、システム設計・技術選定・依存
 
 **Before:**
 - requirements-report を Read する
-- 既存コードがあれば Glob / Grep で構造を把握する
+- 採用する対策・パターンと同種の対策が過去に破られていないか、reviewer 系の agent-memory を確認する（agent-memory は gitignored でありディレクトリ横断の検索は空振りする。対象ファイルを列挙してから個別に読む）
 
 **During:**
 - 技術選定の根拠とトレードオフを必ず記録する
 - 複数案がある場合は比較表を作り採用理由を明示する
 - 不明点はユーザーに確認する
+- 対策・不変則は判定手段でなく満たすべき性質で書く（手段の固定は射程を縮める）
+- 対策・規約の配置先を決めるときは `.claude/skills/dev-workflow/references/reachability-map.md` で読み手に届くかを確認する
 
 **After:**
 - Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/architecture-report-{timestamp}.md` に出力する

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/developer.md

@@ -43,7 +43,6 @@ plan-report に基づき実装・デバッグ・リファクタリングを行
 
 **Before:**
 - plan-report を Read して実装対象タスクを確認する
-- 既存コードを Glob / Grep で把握する
 
 **During:**
 - 1タスク = 1コミットの粒度を保つ

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/doc-writer.md

@@ -36,7 +36,6 @@ tools:
 
 **Before:**
 - プロンプトに含まれる要件（種類・読み手・目的・粒度・対象・出力先）を確認する
-- Glob / Grep で対象ファイル・ディレクトリの構造を把握する
 - Read で関連ファイルを読み込む（大規模な場合は優先度の高いファイルから）
 
 **During:**

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/planner.md

@@ -41,7 +41,7 @@ requirements-report・architecture-report・各種レビューレポートを統
 **During:**
 - レビュー指摘がある場合は優先度を付けて反映する
 - タスクは「1タスク = 1コミット」の粒度を意識して分解する
-- `.claude/skills/dev-workflow/references/plan-design-guidelines.md` のルール 1〜15 と R2〜R6 を遵守する（適用射程は同ファイル冒頭の分類表に従う。`"sequential"` プランでは並列前提ルールを適用しない）
+- `.claude/skills/dev-workflow/references/plan-design-guidelines.md` のルール 1〜20 と R2〜R6 を遵守する（適用射程は同ファイル冒頭の分類表に従う。`"sequential"` プランでは並列前提ルールを適用しない）
 
 **After:**
 - Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/plan-report-{timestamp}.md` に出力する
@@ -58,7 +58,7 @@ requirements-report・architecture-report・各種レビューレポートを統
 制限:
 - ソースファイルの編集・書き込みは行わない
 - plan-report の YAML フロントマター内で `tasks[].id` の重複・未定義の `depends_on` 参照・エージェント名の typo を出力しない（`c3 plan validate` で検証可能）
-- `.claude/skills/dev-workflow/references/plan-design-guidelines.md` のルール 1〜15 と自己チェックリストに違反した plan-report を出力しない（適用射程は分類表に従う）
+- `.claude/skills/dev-workflow/references/plan-design-guidelines.md` のルール 1〜20 と自己チェックリストに違反した plan-report を出力しない（適用射程は分類表に従う）
 - 自動検査対象に違反する plan-report を出力しない:
   - R2/R4/R6（配布対象）: `.claude/hooks/planner_check.py` が PostToolUse で WARN を出す
   - R3（C3 固有）: `.dev/hooks/_planner_check.py` が PostToolUse で exit 2 ブロック

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/security-reviewer.md

@@ -41,7 +41,6 @@ SQLインジェクション・XSS・認証認可・秘密情報漏洩などの
 ## Workflow
 
 **Before:**
-- 変更ファイルと依存関係を Bash / Glob / Grep で確認する
 - 認証・外部入力・データベースアクセスのコードを優先的に確認する
 - `.claude/skills/dev-workflow/references/security-review-checklist.md` を Read してチェック観点を確認する
 

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/systematic-debugger.md

@@ -63,13 +63,11 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 - エラーに関連する変更がないか調べる
 
 **2-4: 関連コードの読み込み**
-- Glob / Grep / Read でエラー箇所周辺のコードを調査する
 - 依存関係・呼び出し元を辿る
 
 ### Step 3: Phase 2 - パターン分析
 
 **3-1: 動いている類似コードを探す**
-- Grep / Glob で同様のパターンを実装している箇所を探す
 - 動いているコードと壊れているコードの両方を Read する
 
 **3-2: 差分の特定**
@@ -107,7 +105,7 @@ Skill ツールで `report-timestamp` を呼び出してタイムスタンプを
 ```
 
 ## Tools & Constraints
-- コードを修正・編集しない（Read / Bash / Glob / Grep / Write のみ使用）
+- コードを修正・編集しない（`memory:` 付き agent には Edit が実行時に自動付与されるため、frontmatter ではなく本規約が唯一の担保）
 - 推測で原因を断言しない。再現コマンドの出力など証拠に基づいて記述する
 - 推奨仮説は1つに絞る（複数の仮説を羅列しない）
 

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/wt_developer.md

@@ -17,7 +17,7 @@ tools:
 
 # Developer (worktree-parallel)
 
-> **v2.2.0+**: 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
 >
 > 単発起動（`/develop` フェーズ D-1〜D-5 等、`isolation` なし）では本 agent を**使わない**。元の `developer` agent を使うこと。
 
@@ -48,7 +48,6 @@ plan-report に基づき実装・デバッグ・リファクタリングを行
 
 **Before:**
 - plan-report を Read して実装対象タスクを確認する
-- 既存コードを Glob / Grep で把握する
 
 **During:**
 - 1タスク = 1コミットの粒度を保つ

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/wt_systematic-debugger.md

@@ -15,7 +15,7 @@ tools:
 
 # Systematic Debugger (worktree-parallel)
 
-> **v2.2.0+**: 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
 >
 > 単発起動（worktree なしで親 Claude から直接 Agent ツールで起動するケース等）では本 agent を**使わない**。元の `systematic-debugger` agent を使うこと。
 
@@ -68,13 +68,11 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 - エラーに関連する変更がないか調べる
 
 **2-4: 関連コードの読み込み**
-- Glob / Grep / Read でエラー箇所周辺のコードを調査する
 - 依存関係・呼び出し元を辿る
 
 ### Step 3: Phase 2 - パターン分析
 
 **3-1: 動いている類似コードを探す**
-- Grep / Glob で同様のパターンを実装している箇所を探す
 - 動いているコードと壊れているコードの両方を Read する
 
 **3-2: 差分の特定**
@@ -112,7 +110,7 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 ```
 
 ## Tools & Constraints
-- コードを修正・編集しない（Read / Bash / Glob / Grep / Write のみ使用）
+- コードを修正・編集しない（`memory:` 付き agent には Edit が実行時に自動付与されるため、frontmatter ではなく本規約が唯一の担保）
 - 推測で原因を断言しない。再現コマンドの出力など証拠に基づいて記述する
 - 推奨仮説は1つに絞る（複数の仮説を羅列しない）
 

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/agents/wt_tester.md

@@ -15,7 +15,7 @@ tools:
 
 # Tester (worktree-parallel)
 
-> **v2.2.0+**: 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
 >
 > 単発起動（`/develop` フェーズ D-1〜D-5 等、`isolation` なし）では本 agent を**使わない**。元の `tester` agent を使うこと。
 

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/skills/dev-workflow/SKILL.md

@@ -80,7 +80,7 @@ session.tmp の `モード:` 行を確認する。**有効な自律宣言**（§
 
 ### A-1〜A-3: 動的ヒアリング（ルーブリック型）
 
-**最初に必ず** `.claude/skills/dev-workflow/references/interview-rubric.md` を Read する（記憶・推測で進めない）。
+`.claude/skills/dev-workflow/references/interview-rubric.md` を Read する。
 その指針に従い、床 5 観点（①背景・目的 ②スコープ境界 ③制約・前提 ④非機能要件 ⑤成功条件）を
 **動的にヒアリング**する。要点:
 
@@ -147,7 +147,7 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 
 ### B-1〜B-2: 動的設計確認（ルーブリック型）
 
-**最初に必ず** `.claude/skills/dev-workflow/references/design-rubric.md` を Read する（記憶・推測で進めない）。
+`.claude/skills/dev-workflow/references/design-rubric.md` を Read する。
 その指針に従い、床 4 観点（①技術スタック制約 ②要件から導く設計判断ポイント ③非機能の実現方針 ④トレードオフ分岐）を
 **動的に確認**する。要点:
 
@@ -570,7 +570,7 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 3. plan-report も当日 debug-analysis も存在しない場合はフェーズ C から始めるよう案内して終了する。
 
 **`po_plan_version: "0.1"` の場合（parallel-agents モード）:**
-1. **最初に必ず** `.claude/skills/parallel-agents/SKILL.md` を Read する（記憶・推測で進めない）
+1. `.claude/skills/parallel-agents/SKILL.md` を Read する
 2. `.claude/skills/parallel-agents/SKILL.md` の手順に完全に従って wave 単位で実装を進める
 3. 全 wave 完了後はフェーズ E（レビュー）へ進む（wave に reviewer タスクが含まれていれば E をスキップ可能と案内する）
 
@@ -973,6 +973,8 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 ```
 
 **指摘がある場合:**
+対応の置き場所（どの文書・どの層に対策を置くか）を決める際は `.claude/skills/dev-workflow/references/reachability-map.md` で読み手に届くかを確認する。
+
 指摘一覧をテキストで提示してから AskUserQuestion で方針を確認する:
 ```json
 {
@@ -1114,6 +1116,8 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
 ```
 
 **指摘がある場合:**
+対応の置き場所（どの文書・どの層に対策を置くか）を決める際は `.claude/skills/dev-workflow/references/reachability-map.md` で読み手に届くかを確認する。
+
 指摘一覧をテキストで提示してから AskUserQuestion で方針を確認する:
 ```json
 {

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/skills/dev-workflow/references/plan-design-guidelines.md

@@ -5,7 +5,7 @@
 | 分類 | ルール番号 | R 番号 | 自己チェックリスト項目 |
 |---|---|---|---|
 | `"0.1"`（並列実行）限定 | ルール 1・2・10・11・14／ルール 3・9（※直後の注記により sequential でも成果物宣言・レビュー配置の規律は満たすこと） | R5（isolation 指定が発生しない逐次では非該当） | チェーン長／同一ファイル衝突／R5／ルール 14 |
-| 両モード共通 | ルール 4・5・7・8・12・13・15 | R2・R3・R4・R6（planner_check hook 群は po_plan_version の値を読まないため sequential プランでも発火する） | id 一意・depends_on 参照先実在／空配列禁止／TDD 3 タスク分解／15 分粒度／R6／writes が空のタスク／レビュータスクの depends_on／ルール 15 方向検算 |
+| 両モード共通 | ルール 4・5・7・8・12・13・15・16・17・18・19・20 | R2・R3・R4・R6（planner_check hook 群は po_plan_version の値を読まないため sequential プランでも発火する） | id 一意・depends_on 参照先実在／空配列禁止／TDD 3 タスク分解／15 分粒度／R6／writes が空のタスク／レビュータスクの depends_on／ルール 15 方向検算／テスト凍結の実装責任／手順過多の契約化／一時改変の後始末方法／検知力検証の双方向／gitignored 検証パス |
 | 逐次では読み替え | ルール 6（Stuck Signal の契約自体は共通。wave 失敗時の 2-E 吸収は並列限定の運用であり、逐次は dev-workflow SKILL.md の D-2.5〈Stuck チェック〉で吸収する） | - | - |
 
 **注記**: 両モード共通に分類されたルール（5・R2・R4・R6 等）が `writes` や reviewer タスクの存在を前提とする場合、**その前提を作るルール（9・3）も sequential プランで満たすこと**。`"0.1"` 限定の趣旨は『並列度・worktree 取り込み衝突に関する制約』に限られ、成果物宣言・レビュー配置の規律はモードを問わない。
@@ -13,6 +13,8 @@
 planner agent が本ファイルを参照する。
 plan-report 生成時はこれを確実に読んでから出力すること（D-012 準拠）。
 
+規約・対策の配置先を決めるときは `reachability-map.md` で読み手に届くかを確認する。
+
 ---
 
 ## depends_on の付け方
@@ -129,6 +131,26 @@ Stage 1: dev_a, dev_b, dev_c (並列)
 
 **静的検査の保証範囲**: 本ルールの静的検査（`tests/skills/test_planner_lightweight.py`）が保証するのは**この規約文書にルール 15 が存在すること**のみであり、個々の plan-report が本ルールに従っているかは検査しない。方向が合っているかの判定は planner の責任に残る。
 
+## 凍結仕様の実装責任（ルール 16）
+
+16. **テスト前提の実装責任** — 計画が既存テストの凍結を前提とする場合（件数リテラル・逐語アンカー・特定テストケースの存在仮定など）、その仮定を変更する修正は **当該テストファイルを `writes` に含むタスク** で行うこと。修正担当を明示することにより、前提が破られたときの責任の所在を確定させる。
+
+## タスク prompt の設計方針（ルール 17）
+
+17. **契約と性質で指示し、手順で指定しない** — `tasks[].prompt` には契約・不変則・測るべき性質を書く。逐語的な手順指定は避けること。実施主体が判断を失い、手順の逐語に従うだけになると別の欠陥を生じやすい。実測: C-3 監査で High 5 件中 3 件が親による逐語手順の誤りが原因だった（2026-07-23）。
+
+## 一時改変の後始末指定（ルール 18）
+
+18. **cleanup 手段を明示・禁止経路を宣言する** — 検証のための一時改変（テストの一時ハード・mock 削除・debug logging など）を指示する場合、**後始末の手段を逐語で指定し、 `git checkout` / `git restore` / `git reset` を明示的に禁止すること**。これらは復元不能な失敗を招く（実績: 2026-08-01 に実装 5 時間分が全損）。代わりに「元のコードへ戻す」「テストスケルトンを削除」など、失敗時に検出可能な方法を指示すること。
+
+## 検知力検証の双方向テスト（ルール 19）
+
+19. **do-nothing スタブの両方向赤緑反転** — 検証系タスクの contract に「検知力を実証する」を含める場合、do-nothing スタブ **2 種**（always-False / always-True）を用いて赤緑が完全に入れ替わることを示すこと。単一スタブでは正の双子が赤にならない原理的限界を越えられない。適用困難な対象では、代替手段として「両方向反転」の実現可能性を明記する。
+
+## gitignored 成果物の検証経路（ルール 20）
+
+20. **直接 Read・状態外の指示分離** — gitignored ファイル（`.claude/reports/` 等）の検証は `git status --short` ではなく **直接 Read で行うこと**。git 管理下で成果物を検証する必要があれば、明示的に commit → 確認 → cleanup の流れを指示する。worktree で起動される worker（developer / tester）の prompt には gitignored 文書の Read を指示しないこと（届く経路が無い。親か plan-report 経由で指す）。reviewer 向けの prompt には「当該ファイルは gitignored である」と明記し、reviewer に直接 Read させることを指示する。
+
 ---
 
 ## 出力直前の自己チェックリスト
@@ -147,6 +169,11 @@ plan-report を Write する前に以下を必ず確認する:
 - [ ] R6: タスク総数 3 件以上なら reviewer 系タスクが 1 件以上含まれているか
 - [ ] ルール 14: writes が全て gitignored のタスク（confirm- 等）は運用層で main 直接経路に読み替えられることを認識しているか
 - [ ] ルール 15: finding 反映時に方向検算表を含めたか（Critical/High/Medium 必須）
+- [ ] ルール 16: テスト凍結仮定を変更する修正は当該テストファイルを writes に含む task で行うか明示されているか
+- [ ] ルール 17: tasks[].prompt は逐語手順でなく契約・不変則・測るべき性質で書かれているか
+- [ ] ルール 18: 一時改変指示は後始末手段を逐語で指定し、git checkout/restore/reset を明示的に禁止しているか
+- [ ] ルール 19: 検証系 task の contract に do-nothing スタブ 2 種の赤緑反転実証が含まれているか（適用困難なら代替宣言）
+- [ ] ルール 20: gitignored 成果物検証は直接 Read 指示で行い、worker prompt には Read を指示していないか
 
 ---
 

claude_code_conductor-2.64.0/.claude/skills/dev-workflow/references/reachability-map.md

@@ -0,0 +1,38 @@
+# 到達可能性マップ
+
+規約・対策をどこに置けば読み手に届くか。対象読み手ごとに、有効な配置先を表引きで示す。
+
+## 到達経路一覧
+
+表の列構成: 経路（配置方法）、実パス（ファイルパスまたは「—」）、届く role（対象読み手）、条件（前提・性質）
+
+| 経路 | 実パス | 届く role | 条件 |
+|---|---|---|---|
+| .claude/CLAUDE.md | .claude/CLAUDE.md | 全 role | 自動ロード・常駐コスト有。全員に効かせたい安全境界のみ置く |
+| .claude/rules/ (再帰自動ロード) | — | 全 role | 再帰自動ロード。サブエージェント含む。`.claude/rules/` 配下のサブディレクトリも対象 |
+| agents/<role>.md 本文 | — | 当該 role のみ | サブエージェント起動時に frontmatter とともに載る。persona 実行 role（interviewer/architect/planner）へは dev-workflow SKILL.md 各フェーズ冒頭の Read 指示に依存して親経由で届く |
+| dev-workflow/SKILL.md | .claude/skills/dev-workflow/SKILL.md | 親 Claude のみ | worker（developer/tester）には届かない。フェーズ遷移・承認ゲートの定義・手順 |
+| references/*.md (導線経由) | — | 導線を持つ role のみ | 導線が無ければ誰にも届かない。SKILL.md 各フェーズから Read 指示で参照される |
+| plan-report タスク prompt | — | 当該タスクの worker のみ | worker へ届く唯一の動的経路。planner が転記した内容のみ有効 |
+| 起動プロンプト（E-0 等） | — | 起動された agent のみ | E-0 の枠付けが正例。データ/指示の明確な区分 |
+| agent-memory/<role>/ | — | 当該 role（Before に Read 指示を持つ role のみ） | gitignored: worktree に存在せず、ディレクトリ横断検索は空振りする。ファイルを列挙して個別に Read。上流（architect）には既定では届かない（architect.md の Before が能動的な確認を指示して補完する） |
+| design-critic-rubric.md | .claude/skills/dev-workflow/references/design-critic-rubric.md | design-critic（C-3 ステップ 2） | C-3 設計監査ゲート内で Read 指示される |
+| interview-rubric.md | .claude/skills/dev-workflow/references/interview-rubric.md | interviewer（A-1〜A-3） | フェーズ A 冒頭で Read 指示される |
+| design-rubric.md | .claude/skills/dev-workflow/references/design-rubric.md | architect（B-1〜B-2） | フェーズ B 冒頭で Read 指示される |
+| plan-design-guidelines.md | .claude/skills/dev-workflow/references/plan-design-guidelines.md | planner（C-2） | フェーズ C 計画作成時に参照・守るべき規約 |
+
+## 置き場所デシジョン（3 手順）
+
+**① 対象読み手を決める**
+恒久規約・対策の対象読み手は誰か。例: developer のみ、全 role、特定フェーズの worker、など。
+
+**② 表で経路を引く**
+上記の表から対象読み手に届く経路を探す。複数経路がある場合は「コスト」と「確実性」で選ぶ。
+- 常駐コスト（CLAUDE.md 肥大化）vs. 導線による確実性（参照側の負担）
+- 安全境界（コミット・削除・権限）はより上流（CLAUDE.md / rules/）に置く
+
+**③ 経路が無ければ agent 本文か plan 契約に置く**
+表を見ても対象読み手に届く経路が無い場合（例: worker 向け恒久規約、developer のみ向けのパターン）は、以下を選ぶ:
+- 多くの worker が参照するなら plan-report の task prompt に書く（動的経路）
+- 特定フェーズ限定なら agent.md 本文に書く
+- サブエージェント（design-critic など）の動作規約なら agent 本文か SKILL.md の起動フェーズに書く

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/.claude/skills/parallel-agents/SKILL.md

@@ -140,6 +140,8 @@ plan-report 承認時点で全タスク・agent・writes・prompt が確認済
 
 ### 2-C: タスクを実行する（並列起動）
 
+wave を起動する前に `git status` が空（未コミット変更なし）であることを確認する（未コミット変更は worktree に届かない。2-F-2 の取り込み後確認とは別の**起動前**チェック）
+
 並列化可能タスクを **1 ターン内で複数 Agent ツール呼び出し** として発行する。並列度の上限は **デフォルト 5、上限 15**（PoC で検証済み）。タスク数がそれ以上なら 5 件ずつのバッチに分割する。
 
 **重要**: 各タスクの `agent` 名は plan-report で `tester` / `developer` 等と書かれているが、**Agent ツール呼び出し時の `subagent_type` には並列専用バリアント (`wt_*`) を指定する**。マッピング表:

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/CHANGELOG.md

@@ -1,5 +1,44 @@
 # Changelog
 
+## [2.64.0] - 2026-08-10
+
+### 追加
+
+- **到達性対応表 `.claude/skills/dev-workflow/references/reachability-map.md` を新設した**（配布物）。
+  「規約・対策をどこに置けば読み手（agent / skill）に届くか」を経路×実パス×届く role×条件の
+  4 列表と「置き場所デシジョン」3 手順で表引きできる。対策を Read 経路の外に置いて実効を
+  失う欠陥（SR-AI-001 型）が 4 回再発した構造への手当て
+  - 導線 3 本: `plan-design-guidelines.md`（planner）・`dev-workflow/SKILL.md` の E-1/E-2
+    指摘対応（親 Claude）・`agents/architect.md`（architect）
+  - 静的検査 `tests/skills/test_reachability_map.py`（8 件・非配布）が表のパス実在と導線の
+    参照実在を検査する。`C3_REACHABILITY_ROOT` 環境変数はテスト専用の検知力確認 seam
+- **`plan-design-guidelines.md` にルール 16〜20 を新設した**（配布物）:
+  16 テスト凍結の前提を変える計画は担い手（writes にテストファイルを含むタスク）を明示する／
+  17 `tasks[].prompt` には逐語手順でなく契約・不変則・測るべき性質を書く／
+  18 一時改変の後始末は手段を逐語指定し `git checkout`・`restore`・`reset` を禁じる／
+  19 テストの検知力は 2 種の do-nothing スタブで赤緑反転を示す／
+  20 gitignored 成果物は直接 Read で検証し worker prompt に gitignored 文書の Read を指示しない。
+  モード別適用表（両モード共通）と出力直前の自己チェックリストにも対応行を追加
+- **`agents/architect.md` に設計時の再発防止 2 件を追加した**:
+  「採用する対策と同種の対策が過去に破られていないか reviewer 系 agent-memory を確認する」
+  （`is_symlink()` 対策が 5 回破られた間、履歴が設計の入力になっていなかった構造への手当て）と
+  「対策・不変則は判定手段でなく満たすべき性質で書く」
+- `parallel-agents/SKILL.md` 2-C 冒頭に wave 起動前の `git status` 空確認を追加した
+  （未コミット変更は worktree に届かない）
+
+### 変更
+
+- **agent 定義からツール振り付け 9 行を削除した**（`Glob / Grep で把握する` 等・8/4 台帳 A-4・
+  G12 裁定済み）。どのツールを使うかは手段であって契約ではない。契約行（design-critic の
+  最新レポート取得指定・project-setup の置換対象指定等）は残した
+- `systematic-debugger` / `wt_systematic-debugger` の編集禁止の根拠記述を実行時の事実に
+  合わせて訂正した（`memory:` 付き agent には Edit が実行時に自動付与されるため、
+  frontmatter ではなく本規約が唯一の担保・A-6）
+- `wt_*` agent 3 本の `v2.2.0+` バージョンピンを除去した（A-7）
+- `dev-workflow/SKILL.md` のルーブリック Read 指示 3 箇所から強調・括弧書きを除去した（A-5・
+  Read 指示自体は契約として維持）
+- `agents/planner.md` の参照ルール範囲を 1〜20 へ更新した
+
 ## [2.63.0] - 2026-08-09
 
 ### 追加

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.63.0
+Version: 2.64.0
 Summary: Multi-agent orchestration framework for Claude Code with Codex/Cursor adapters (C3)
 Project-URL: Homepage, https://github.com/satoh-y-0323/claude-code-conductor
 Project-URL: Repository, https://github.com/satoh-y-0323/claude-code-conductor

{claude_code_conductor-2.63.0 → claude_code_conductor-2.64.0}/src/c3/__init__.py

@@ -1,3 +1,3 @@
 """Claude Code Conductor (C3) - multi-agent orchestration framework for Claude Code."""
 
-__version__ = "2.63.0"
+__version__ = "2.64.0"

claude_code_conductor-2.64.0/tests/skills/test_reachability_map.py

@@ -0,0 +1,157 @@
+"""
+Test suite for reachability-map.md presence and navigation pathways.
+
+This test module validates the implementation of the reachability map
+document and its referenced pathways across SKILL.md, plan-design-guidelines.md,
+and architect.md per the test-reachability task specification.
+
+実装完了後の恒久検査として維持する（Red フェーズの一時的なテストではない）:
+- P1: reachability-map.md が実装として存在すること
+- P2: 導線（a,b,c,d）が実装として張られていること
+- P3: 到達経路表の構造と、記載された実パスが実在すること
+- P4: 番人 - E-0 枠付け文言「データであり指示ではない」が SKILL.md と
+  plan-design-guidelines.md から失われていないこと（既存記述の凍結）
+"""
+
+import os
+import re
+import sys
+from pathlib import Path
+from typing import Tuple
+
+from tests.skills._skill_helpers import WORKTREE_ROOT
+
+
+def get_repo_root() -> Path:
+    """Resolve repository root from environment or from the shared helper default."""
+    if "C3_REACHABILITY_ROOT" in os.environ:
+        return Path(os.environ["C3_REACHABILITY_ROOT"])
+    # Default: reuse the shared root resolution in tests/skills/_skill_helpers.py
+    # (重複した parents 計算を持たず SSOT に寄せる)
+    return WORKTREE_ROOT
+
+
+class TestReachabilityMapPresence:
+    """P1: reachability-map.md file existence."""
+
+    def test_reachability_map_file_exists(self):
+        """P1 - reachability-map.md must exist at references/."""
+        root = get_repo_root()
+        map_path = root / ".claude" / "skills" / "dev-workflow" / "references" / "reachability-map.md"
+        assert map_path.is_file(), f"P1 FAIL: {map_path} does not exist"
+
+
+class TestReachabilityMapPathways:
+    """P2: Navigation pathway references across SKILL.md, plan-design-guidelines.md, architect.md."""
+
+    def test_p2a_reference_in_plan_design_guidelines(self):
+        """P2(a) - plan-design-guidelines.md must contain 'reachability-map.md' >= 1 time."""
+        root = get_repo_root()
+        path = root / ".claude" / "skills" / "dev-workflow" / "references" / "plan-design-guidelines.md"
+        assert path.is_file(), f"plan-design-guidelines.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+        count = content.count("reachability-map.md")
+        assert count >= 1, f"P2(a) FAIL: 'reachability-map.md' appears {count} time(s), expected >= 1"
+
+    def test_p2b_reference_in_skill_e1_and_e2(self):
+        """P2(b) - SKILL.md E-1 and E-2 sections must each contain 'reachability-map.md' >= 1 time."""
+        root = get_repo_root()
+        path = root / ".claude" / "skills" / "dev-workflow" / "SKILL.md"
+        assert path.is_file(), f"SKILL.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+
+        # Extract E-1 section (### E-1 to next ### or ##)
+        e1_match = re.search(r"### E-1:.*?(?=(?:### |## |$))", content, re.DOTALL)
+        assert e1_match, "P2(b) FAIL: E-1 section not found"
+        e1_section = e1_match.group(0)
+        e1_count = e1_section.count("reachability-map.md")
+        assert e1_count >= 1, f"P2(b) E-1 FAIL: 'reachability-map.md' appears {e1_count} time(s), expected >= 1"
+
+        # Extract E-2 section (### E-2 to next ### or ##)
+        e2_match = re.search(r"### E-2:.*?(?=(?:### |## |$))", content, re.DOTALL)
+        assert e2_match, "P2(b) FAIL: E-2 section not found"
+        e2_section = e2_match.group(0)
+        e2_count = e2_section.count("reachability-map.md")
+        assert e2_count >= 1, f"P2(b) E-2 FAIL: 'reachability-map.md' appears {e2_count} time(s), expected >= 1"
+
+    def test_p2c_reference_in_architect_md(self):
+        """P2(c) - architect.md must contain 'reachability-map.md' >= 1 time."""
+        root = get_repo_root()
+        path = root / ".claude" / "agents" / "architect.md"
+        assert path.is_file(), f"architect.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+        count = content.count("reachability-map.md")
+        assert count >= 1, f"P2(c) FAIL: 'reachability-map.md' appears {count} time(s), expected >= 1"
+
+    def test_p2d_architect_read_in_skill_phase_b(self):
+        """P2(d) - SKILL.md ## フェーズ B section must contain 'architect.md' Read instruction.
+
+        番人テスト: reachability-map の persona 経路（architect へは SKILL.md フェーズ B の
+        Read 指示に依存して届く）の依存元が消えていないことを見張る。
+        """
+        root = get_repo_root()
+        path = root / ".claude" / "skills" / "dev-workflow" / "SKILL.md"
+        assert path.is_file(), f"SKILL.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+
+        # Extract Phase B section (## フェーズ B to next ## [^#] or end)
+        phase_b_match = re.search(r"## フェーズ B:.*?(?=## [^#]|$)", content, re.DOTALL)
+        assert phase_b_match, "P2(d) FAIL: Phase B section not found"
+        phase_b_section = phase_b_match.group(0)
+        architect_count = phase_b_section.count("architect.md")
+        assert architect_count >= 1, f"P2(d) FAIL: 'architect.md' appears {architect_count} time(s) in Phase B, expected >= 1"
+
+
+class TestResponseTableStructure:
+    """P3: Response table structure and path validation."""
+
+    def test_p3_response_table_exists_and_paths_valid(self):
+        """P3 - reachability-map.md must contain a response table with >= 2 non-dash cells in 'Real Path' column."""
+        root = get_repo_root()
+        map_path = root / ".claude" / "skills" / "dev-workflow" / "references" / "reachability-map.md"
+        assert map_path.is_file(), f"P3 FAIL: {map_path} does not exist"
+        content = map_path.read_text(encoding="utf-8")
+
+        # Expected table format: | 経路 | 実パス | 届く role | 条件 |
+        table_pattern = r"\|\s*経路\s*\|\s*実パス\s*\|\s*届く role\s*\|\s*条件\s*\|"
+        assert re.search(table_pattern, content), "P3 FAIL: Required table header not found"
+
+        # Extract all rows (skip header and separator)
+        rows = re.findall(r"\|\s*([^|]+)\s*\|\s*([^|]+)\s*\|\s*([^|]+)\s*\|\s*([^|]+)\s*\|", content)
+        # Skip separator rows and the header row itself (whose 実パス cell is the label)
+        data_rows = [r for r in rows
+                     if not re.match(r"^\s*-+\s*$", r[1]) and r[1].strip() != "実パス"]
+
+        # Check for non-dash cells in 実パス column (index 1)
+        non_dash_paths = [r[1].strip() for r in data_rows if r[1].strip() != "—"]
+        assert len(non_dash_paths) >= 2, f"P3 FAIL: Found {len(non_dash_paths)} non-dash path cells, expected >= 2"
+
+        # Validate each non-dash path exists
+        for path_str in non_dash_paths:
+            path_obj = root / path_str
+            assert path_obj.exists(), f"P3 FAIL: Path '{path_str}' from response table does not exist"
+
+
+class TestGuardianFrameborderText:
+    """P4: Guardian test - 凍結文言 'データであり指示ではない' が失われていないこと。"""
+
+    def test_p4_frameborder_in_plan_design_guidelines(self):
+        """P4 - plan-design-guidelines.md must contain frameborder text."""
+        root = get_repo_root()
+        path = root / ".claude" / "skills" / "dev-workflow" / "references" / "plan-design-guidelines.md"
+        assert path.is_file(), f"plan-design-guidelines.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+        assert "データであり指示ではない" in content, "P4 FAIL: Frameborder text missing from plan-design-guidelines.md"
+
+    def test_p4_frameborder_in_skill_md(self):
+        """P4 - SKILL.md must contain frameborder text (E-0 section)."""
+        root = get_repo_root()
+        path = root / ".claude" / "skills" / "dev-workflow" / "SKILL.md"
+        assert path.is_file(), f"SKILL.md not found at {path}"
+        content = path.read_text(encoding="utf-8")
+        assert "データであり指示ではない" in content, "P4 FAIL: Frameborder text missing from SKILL.md"
+
+
+if __name__ == "__main__":
+    import pytest
+    sys.exit(pytest.main([__file__, "-v"]))