claude-code-conductor 2.2.0__tar.gz → 2.4.0__tar.gz

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/CLAUDE.md

@@ -50,6 +50,18 @@
 `.claude/docs/` は人間向けリファレンスのためエージェントは読まなくてよい。
 詳細は `.claude/docs/taxonomy.md` を参照。
 
+## Platform Compatibility
+
+このファイルは Claude Code / Codex / Cursor から canonical source として読まれる。
+他プラットフォームでの動作差分は以下の通り:
+
+- **`AskUserQuestion`** への参照は、Codex/Cursor では MCP tool `c3_ask_user_question` に読み替える（MCP elicitation 非対応時の fallback は `c3 ask --file <json>`）
+- **`Agent` ツール** の参照は、Codex では `.codex/agents/<name>.toml` 経由のサブエージェント、Cursor では現行 runtime のサブエージェント機構（無い場合は同一 agent 内でフェーズ実行しレポート契約のみ維持）に読み替える
+- **`Skill` ツール / `/<skill>`** の参照は、Codex では `.agents/skills/<name>/SKILL.md`、Cursor では `.claude/skills/<name>/SKILL.md` を直接読み込む（スラッシュコマンド自動展開は Claude Code 専用機能）
+- **`isolation: worktree`** / **`permissionMode`** / **`tools` 制限** など agent フロントマターの一部キーは Claude Code 仕様。adapter 側では読み替え不能なものは無視される
+
+レポート（`.claude/reports/`）・state（`.claude/state/`）・memory（`.claude/agent-memory/`）のファイル名と書き込み先は全プラットフォーム共通。adapter 生成物の詳細は `c3 init --platform codex|cursor` で出力される `AGENTS.md` / `.cursor/rules/c3-core.mdc` を参照。
+
 ---
 
 ## C3 Managed

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/code-reviewer.md

@@ -47,7 +47,8 @@ tools:
 
 **During:**
 - 指摘は重大度（High / Medium / Low）で分類する
-- **指摘ごとに該当する checklist_id を `[CR-XX-NNN]` 形式で併記する**（`.claude/rules/code-review-checklist.md` の各項目に付与済み）。F-001 レビュー判断ヒント機能の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ
+- **指摘ごとに該当する checklist_id を `[CR-XX-NNN]` 形式で併記する**（`.claude/rules/code-review-checklist.md` の各項目に付与済み）。review-hint（レビュー判断ヒント機能）の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ
+- **該当 ID がない場合は `[CR-NEW]` で出す**（チェックリスト追加候補として扱う）。無理やり近い既存 ID にマッピングしないこと。review-hint の照合精度が落ち、チェックリストの成長機会も失われるため
 - 良い実装は明示的に記録する（削除しないよう伝える）
 - 修正必須と推奨の2段階で提示する
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/security-reviewer.md

@@ -48,7 +48,8 @@ SQLインジェクション・XSS・認証認可・秘密情報漏洩などの
 
 **During:**
 - 指摘は深刻度（Critical / High / Medium / Low）で分類する
-- **指摘ごとに該当する checklist_id を `[SR-XX-NNN]` 形式で併記する**（`.claude/rules/security-review-checklist.md` の各項目に付与済み）。F-001 レビュー判断ヒント機能の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ
+- **指摘ごとに該当する checklist_id を `[SR-XX-NNN]` 形式で併記する**（`.claude/rules/security-review-checklist.md` の各項目に付与済み）。review-hint（レビュー判断ヒント機能）の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ
+- **該当 ID がない場合は `[SR-NEW]` で出す**（チェックリスト追加候補として扱う）。無理やり近い既存 ID にマッピングしないこと。review-hint の照合精度が落ち、チェックリストの成長機会も失われるため
 - 悪用シナリオを具体的に記述して再現可能な形で報告する
 - 修正方法の例を提示する
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/tester.md

@@ -59,7 +59,6 @@ tools:
 
 ## Tools & Constraints
 制限: プロダクションコードのソースファイルを編集・書き込みしない
-必須: Skill ツールで `report-timestamp` を呼び出しタイムスタンプを取得し、test-report を `.claude/reports/test-report-{timestamp}.md` に Write すること（出力なしでの終了は不可）
 
 ## Related Agents
 - 上流: planner（plan-report を受け取る）

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/wt_developer.md

@@ -3,7 +3,7 @@ name: wt_developer
 model: sonnet
 memory: project
 permissionMode: bypassPermissions
-description: 並列 worktree 専用 developer。parallel-agents skill が isolation:"worktree" 付きで起動する用途。本文は developer.md と同一。permission プロンプトを worktree 内でスキップする。
+description: 並列 worktree 専用 developer。parallel-agents skill が isolation:"worktree" 付きで起動する用途。Stuck Signal のファイル名を task_id ベースにし、permission プロンプトを worktree 内でスキップする。
 tools:
   - Read
   - Write
@@ -73,11 +73,11 @@ plan-report に基づき実装・デバッグ・リファクタリングを行
 
 同じ問題に対して3回以上アプローチを変えても解決できない場合:
 
-1. Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得する
-2. `.claude/reports/debug-needed-{timestamp}.md` を Write する。記載内容:
+1. **必ず** プロンプトで指定された `task_id` をもとに `.claude/reports/debug-needed-{task_id}.md` を Write する（並列実行時の衝突回避 + 親 Claude が後続 wave で systematic-debugger を呼ぶ際に対象 task を特定するため）。記載内容:
    - 実装しようとしていたこと
    - 試みたアプローチと失敗の内容（エラーメッセージ・スタックトレース含む）
    - 現在のコードの状態（関連する箇所の抜粋）
+2. 保険（task_id がプロンプトから読み取れない異常系のみ）: Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、`.claude/reports/debug-needed-{timestamp}.md` を Write する。通常運用ではこの経路に入ってはいけない
 3. 作業を止めて呼び出し元に返す。コミット・Edit は不要
 
 ## Tools & Constraints

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/wt_systematic-debugger.md

@@ -3,7 +3,7 @@ name: wt_systematic-debugger
 model: sonnet
 memory: project
 permissionMode: bypassPermissions
-description: 並列 worktree 専用 systematic-debugger。parallel-agents skill が isolation:"worktree" 付きで起動する用途。本文は systematic-debugger.md と同一。permission プロンプトを worktree 内でスキップする。
+description: 並列 worktree 専用 systematic-debugger。parallel-agents skill が isolation:"worktree" 付きで起動する用途。debug-analysis のファイル名を task_id ベースにし、permission プロンプトを worktree 内でスキップする。
 tools:
   - Read
   - Write
@@ -85,9 +85,9 @@ developer が詰まった問題の根本原因を調査し、debug-analysis-repo
 
 ### Step 4: debug-analysis-report の出力
 
-Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得する。
+**必ず** プロンプトで指定された `task_id` をもとに `.claude/reports/debug-analysis-{task_id}.md` に Write する。これは `parallel-agents` skill の `writes` 宣言と一致させ、並列実行時のファイル名衝突を避けるために必須。
 
-`.claude/reports/debug-analysis-{timestamp}.md` を Write する。
+保険（task_id がプロンプトから読み取れない異常系のみ）: Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、`.claude/reports/debug-analysis-{timestamp}.md` を Write する。通常運用ではこの経路に入ってはいけない。
 
 レポートの構成:
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/agents/wt_tester.md

@@ -3,7 +3,7 @@ name: wt_tester
 model: sonnet
 memory: project
 permissionMode: bypassPermissions
-description: 並列 worktree 専用 tester。parallel-agents skill が isolation:"worktree" 付きで起動する用途。本文は tester.md と同一。permission プロンプトを worktree 内でスキップする。
+description: 並列 worktree 専用 tester。parallel-agents skill が isolation:"worktree" 付きで起動する用途。test-report のファイル名を task_id ベースにし、permission プロンプトを worktree 内でスキップする。
 tools:
   - Read
   - Write
@@ -58,13 +58,13 @@ tools:
 - テスト結果は合格・不合格・スキップの件数を記録する
 
 **After:**
-- **必ず** Skill ツールで `report-timestamp` を呼び出しタイムスタンプを取得し、`.claude/reports/test-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- **必ず** プロンプトで指定された `task_id` をもとに `.claude/reports/test-report-{task_id}.md` に Write して出力する。これは `parallel-agents` skill の `writes` 宣言と一致させ、並列実行時のファイル名衝突を避けるために必須
+- 保険（task_id がプロンプトから読み取れない異常系のみ）: Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、`.claude/reports/test-report-{timestamp}.md` に Write する。通常運用ではこの経路に入ってはいけない
 - test-report を Write せずにターンを終了することは禁止
 - Red フェーズの test-report には失敗理由（機能未実装による失敗であること）を明記する
 
 ## Tools & Constraints
 制限: プロダクションコードのソースファイルを編集・書き込みしない
-必須: Skill ツールで `report-timestamp` を呼び出しタイムスタンプを取得し、test-report を `.claude/reports/test-report-{timestamp}.md` に Write すること（出力なしでの終了は不可）
 
 ## Related Agents
 - 上流: planner（plan-report を受け取る）

claude_code_conductor-2.4.0/.claude/docs/platform-adapters.md

@@ -0,0 +1,167 @@
+# Platform Adapters
+
+C3 は **Claude Code** を canonical platform として設計されているが、
+`c3 init --platform` で Codex / Cursor 向けの adapter を生成し、同じ `.claude/`
+ツリーを共通の source of truth として利用できる。
+
+本ドキュメントは:
+- `c3 init --platform` の選択肢と生成物
+- MCP server と `c3 ask` CLI fallback
+- managed block の仕様と手動編集の取り扱い
+- 動作差分のまとめ
+
+を一箇所にまとめたリファレンス。実装は `src/c3/adapters.py` / `src/c3/mcp_server.py` /
+`src/c3/cli_ask.py` / `src/c3/platforms.py` を参照。
+
+---
+
+## 1. `c3 init --platform` の選択肢
+
+| 値 | 生成物 | 用途 |
+|---|---|---|
+| `claude` (デフォルト) | `.claude/` のみ | Claude Code ネイティブ |
+| `codex` | `.claude/` + `AGENTS.md` + `.codex/` + `.agents/` | Codex CLI / 職場 Codex |
+| `cursor` | `.claude/` + `.cursor/` | Cursor IDE |
+| `all` | 上記すべて | マルチプラットフォーム共存 |
+
+`c3 init --platform claude` 以外でも `.claude/` は canonical source として残り、
+adapter は派生ファイルを生成するのみ（`.claude/` の中身を変更しない）。
+
+`c3 update --platform <p>` で adapter を再生成できる。`.claude/` 側の skill / agent
+を編集したら adapter も再生成して整合を取る。
+
+---
+
+## 2. 生成される具体的ファイル
+
+### `codex` 選択時
+
+| パス | 内容 | 生成ロジック |
+|---|---|---|
+| `AGENTS.md` | プロジェクト直下。Codex に C3 workflow の存在と adapter を伝える | `_codex_agents_section` を managed block で挿入 |
+| `.codex/config.toml` | Codex CLI の MCP 設定 | `[mcp_servers.c3]` セクションを managed block で挿入 |
+| `.codex/agents/<name>.toml` | `.claude/agents/<name>.md` から生成した Codex subagent 定義 | `_codex_agent_toml` で TOML 化 |
+| `.agents/skills/<name>/SKILL.md` | `.claude/skills/<name>/SKILL.md` を Codex 向けに変換コピー | `_convert_skill` で frontmatter 正規化 + adapter note 追加 |
+| `.agents/skills/<name>/<その他>` | `.claude/skills/<name>/` 配下の非 `SKILL.md` ファイルをそのまま複製 | `_copy_file_if_changed` |
+
+### `cursor` 選択時
+
+| パス | 内容 | 生成ロジック |
+|---|---|---|
+| `.cursor/rules/c3-core.mdc` | Cursor の rule。`alwaysApply: true` で C3 workflow を常時参照 | `_cursor_core_rule` の静的テキスト |
+| `.cursor/mcp.json` | Cursor の MCP サーバー設定。`mcpServers.c3` のみ管理対象 | `_write_cursor_mcp` で既存 JSON にマージ |
+
+---
+
+## 3. MCP server (`c3.mcp_server`)
+
+stdio MCP サーバー。Codex / Cursor から `.codex/config.toml` / `.cursor/mcp.json`
+経由で起動される。プロトコル: JSON-RPC 2.0 (`2025-11-25`)。
+
+### 提供ツール
+
+| ツール名 | 用途 | 入力 |
+|---|---|---|
+| `c3_ask_user_question` | `AskUserQuestion` 互換の単一/複数選択。MCP elicitation を使用 | `payload`: `AskUserQuestion` の JSON |
+| `c3_list_skills` | `.claude/skills/` 配下のスキル一覧を返す | なし |
+| `c3_read_skill` | `.claude/skills/<name>/SKILL.md` を読み込む | `name`: skill 名 |
+
+### セキュリティ
+
+- `c3_read_skill` は `.claude/skills/` 外への symlink を `resolved.parents` チェックで拒否
+- パス区切りに `.` / `..` を含む name は弾く
+- skill ファイル名は `SKILL.md` で固定（任意ファイル読み出しはできない）
+
+### 起動コマンド
+
+```bash
+python -m c3.mcp_server
+```
+
+`C3_PROJECT_ROOT` 環境変数でプロジェクトルートを指定可能（adapter 生成時に自動設定）。
+ソースインストール時は `PYTHONPATH` も adapter が `<repo>/src` に設定する。
+
+---
+
+## 4. `c3 ask` CLI fallback
+
+MCP elicitation が使えない環境（CI / 非対応 host）向けの fallback。
+
+```bash
+# ファイルから AskUserQuestion JSON を読み、対話で回答
+c3 ask --file question.json
+
+# JSON を直接渡す
+c3 ask --json '{"questions":[...]}'
+
+# 非対話実行（CI 用）
+c3 ask --file question.json --response "Plan,Review"
+```
+
+回答は JSON で stdout に出力されるため、シェルパイプで次のステップに渡せる。
+
+---
+
+## 5. managed block
+
+adapter は **管理範囲を明示するマーカー** で囲んだブロックのみを書き換え、
+ユーザーが追記した他の部分には触らない。
+
+### Markdown (`AGENTS.md`)
+
+```
+<!-- BEGIN C3 CODEX ADAPTER -->
+... (adapter が管理する内容)
+<!-- END C3 CODEX ADAPTER -->
+```
+
+### TOML (`.codex/config.toml`)
+
+```
+# BEGIN C3 CODEX ADAPTER
+[mcp_servers.c3]
+...
+# END C3 CODEX ADAPTER
+```
+
+### JSON (`.cursor/mcp.json`)
+
+managed block は使わず、`mcpServers.c3` キーだけを上書き。他のサーバー定義は保持。
+
+### 手動編集の取り扱い
+
+- **managed block の外は自由に編集 OK**: adapter は触らない
+- **managed block の中は再生成で上書き**: `c3 update --platform codex` で `.claude/` 側の変更が反映される
+- **managed block を削除した場合**: 次回 adapter 生成時にファイル末尾に追加される
+- **managed block を残したまま中身を書き換えた場合**: `c3 update --platform codex` で上書きされる
+- **`[mcp_servers.c3]` を managed block の外で定義した場合**: 競合検出して `ValueError` を投げる（`adapters.py:_write_codex_config`）
+
+---
+
+## 6. 動作差分まとめ
+
+| 機能 | Claude Code | Codex | Cursor |
+|---|---|---|---|
+| `AskUserQuestion` | ネイティブツール | MCP `c3_ask_user_question` / fallback `c3 ask` | 同左 |
+| `Agent` ツール | ネイティブ subagent | `.codex/agents/<name>.toml` 経由の subagent | runtime に subagent 機構があれば使用、無ければ同一 agent 内でフェーズ実行 |
+| `Skill` ツール / `/<skill>` | ネイティブ | `.agents/skills/<name>/SKILL.md` を読む | `.claude/skills/<name>/SKILL.md` を rule から指示 |
+| `isolation: worktree` | サポート | 一部 Codex runtime で対応、不可時は同一 worktree 実行 | 反映されない |
+| `permissionMode` | サポート | 概念なし（無視） | 概念なし（無視） |
+| `tools` 制限 | サポート | Codex subagent のツール制限に部分対応 | rule テキスト内で補完 |
+| `hooks` (lifecycle) | サポート | 非対応（無視） | 非対応（無視） |
+| `memory` (`MEMORY.md` 注入) | サポート | `.claude/agent-memory/` を共通参照 | 同左 |
+| パターン昇格 (`/promote-pattern`) | ネイティブ | `c3 init --platform codex` 後は `.agents/skills/promote-pattern/SKILL.md` を読んで実行 | rule から `.claude/skills/promote-pattern/SKILL.md` を指示 |
+| レポート (`.claude/reports/`) | 共通 | 共通 | 共通 |
+| state (`.claude/state/`) | 共通 | 共通 | 共通 |
+
+レポート・state・memory のファイル名と書き込み先は全プラットフォーム共通。これにより
+Claude Code / Codex / Cursor が同じプロジェクトを行き来しても workflow 状態が保たれる。
+
+---
+
+## 7. 既知の制限
+
+- **`AskUserQuestion` の `multiSelect: true`**: MCP elicitation の仕様上、ホストが multi-select UI に対応していない場合は単一選択に degrade される。`c3 ask --file` の fallback は multi-select に対応
+- **Cursor の subagent**: 2026-05 時点で Cursor は dedicated subagent 機構が限定的。adapter は「同一 agent でフェーズ実行・レポート契約を維持」を方針とする
+- **Codex の `isolation: worktree`**: Codex 側の subagent runtime に依存。worktree 非対応の場合は無視される
+- **改行コード**: adapter 生成ファイルは LF 改行で書き出す（`newline="\n"`）。`.gitattributes` で `eol=lf` を固定済み

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/consolidate_memory.py

@@ -1,7 +1,7 @@
 #!/usr/bin/env python3
 """Stop hook: consolidate the last N days of session memory into a summary.
 
-F-004 MVP: 過去 N 日分の `.claude/memory/sessions/YYYYMMDD.tmp` から
+memory-consolidation MVP: 過去 N 日分の `.claude/memory/sessions/YYYYMMDD.tmp` から
 - ``## うまくいったアプローチ``
 - ``## 試みたが失敗したアプローチ``
 の各セクションを集約し、`.claude/memory/consolidated_summary.md` に出力する。
@@ -47,7 +47,7 @@ except AttributeError:
 # 集約ウィンドウ（直近何日分の session ファイルを対象にするか）
 DEFAULT_WINDOW_DAYS = 7
 
-# F-004 Phase 2-A: archive 機能の生存期間（日）。
+# memory-consolidation Phase 2-A: archive 機能の生存期間（日）。
 # DEFAULT_WINDOW_DAYS の 3 倍。要約ウィンドウから外れた直後すぐに archive せず、
 # 過去サマリ再生成のための猶予を確保する。
 # 環境変数 ``C3_CONSOLIDATE_ARCHIVE_TTL_DAYS`` で上書き可能。
@@ -56,7 +56,7 @@ DEFAULT_ARCHIVE_TTL_DAYS = DEFAULT_WINDOW_DAYS * 3
 # 出力先（プロジェクトローカル）
 OUTPUT_FILE_NAME = "consolidated_summary.md"
 
-# F-004 Phase 2-B: 半自動 promotion 候補ログの出力ファイル名
+# memory-consolidation Phase 2-B: 半自動 promotion 候補ログの出力ファイル名
 PROMOTION_CANDIDATES_FILE_NAME = "promotion-candidates.md"
 
 # 候補ログの description 列の最大文字数（表セルの可読性確保）
@@ -65,7 +65,7 @@ _PROMOTION_DESC_MAX_LEN = 80
 # 候補ログの ID 列の最大文字数（表セル幅を抑える、id が極端に長い場合の保険）
 _PROMOTION_CID_MAX_LEN = 60
 
-# F-004 Phase 2-C: LLM 要約パラメータ
+# memory-consolidation Phase 2-C: LLM 要約パラメータ
 # LLM プロンプトに渡す入力テキストの最大文字数（「うまくいった」「失敗した」各セクション合計）
 _LLM_INPUT_MAX_CHARS = 6000
 # LLM 応答の最大文字数（超過時は末尾を切り詰めマーカーで上書き）
@@ -97,7 +97,7 @@ LOCK_STALE_SEC = 120
 # `--llm-only` モードのフラグ
 LLM_ONLY_FLAG = "--llm-only"
 
-# F-004 消費側: CLAUDE.md @include 用の小ファイル（LLM 要約セクションのみ抽出）。
+# memory-consolidation 消費側: CLAUDE.md @include 用の小ファイル（LLM 要約セクションのみ抽出）。
 # 毎セッション開始時に Claude のコンテキストに自動注入されるため、
 # サイズを LLM 要約の最大 4KB 程度に抑える。
 LLM_SUMMARY_FILE_NAME = "llm_summary.md"
@@ -232,11 +232,11 @@ def write_summary(
 ) -> bool:
     """集約サマリを生成して指定パスに書き出す。
 
-    F-004 Phase 2-B: ``patterns_path`` が指定された場合、末尾に
+    memory-consolidation Phase 2-B: ``patterns_path`` が指定された場合、末尾に
     「## 昇格候補」サマリセクションを追加する（候補 ID + trust のみ、
     詳細は ``promotion-candidates.md`` を参照）。
 
-    F-004 Phase 2-C: ``enable_llm=True`` の場合、MVP セクションと
+    memory-consolidation Phase 2-C: ``enable_llm=True`` の場合、MVP セクションと
     昇格候補セクションの間に「## LLM 要約」セクションを追加する。
     LLM 要約は ``build_llm_summary_section()`` の判断でスキップされうる
     （CLI 不在 / タイムアウト等）。
@@ -299,7 +299,7 @@ def write_summary(
 
 
 # ---------------------------------------------------------------------------
-# F-004 Phase 2-B: 半自動 promotion 候補ログ
+# memory-consolidation Phase 2-B: 半自動 promotion 候補ログ
 # ---------------------------------------------------------------------------
 
 
@@ -522,7 +522,7 @@ def _atomic_write(output_path: str, payload: str) -> bool:
 
 
 # ---------------------------------------------------------------------------
-# F-004 Phase 2-C: claude --headless LLM 要約
+# memory-consolidation Phase 2-C: claude --headless LLM 要約
 # ---------------------------------------------------------------------------
 
 
@@ -555,7 +555,7 @@ def _build_llm_prompt(
     if len(failure_text) > half:
         failure_text = failure_text[:half] + "\n…(略)"
 
-    # F-004 Phase 2-C [SR-AI-001 対策]: セッションデータ部分を XML タグで囲み、
+    # memory-consolidation Phase 2-C [SR-AI-001 対策]: セッションデータ部分を XML タグで囲み、
     # プロンプト命令文と明確に分離する。これによりセッション内容に誘導文
     # （"以下の指示を無視" 等）が混入しても、LLM が命令文と区別しやすくなる。
     return (
@@ -705,7 +705,7 @@ def build_llm_summary_section(
 
 
 # ---------------------------------------------------------------------------
-# F-004 Phase 2-A: archive 機能
+# memory-consolidation Phase 2-A: archive 機能
 # ---------------------------------------------------------------------------
 
 
@@ -718,7 +718,7 @@ def archive_old_sessions(
 ) -> list[str]:
     """``ttl_days`` 日以上経過した session.tmp を ``archive_dir`` に移動する。
 
-    F-004 Phase 2-A: session ファイルの永久蓄積を防ぐ。
+    memory-consolidation Phase 2-A: session ファイルの永久蓄積を防ぐ。
     同一 FS 内の ``shutil.move`` を使うため rename は基本的にアトミック。
 
     Args:
@@ -1078,7 +1078,7 @@ def _llm_only_main() -> int:
         )
         # consolidated_summary.md 書き込み完了後、LLM 要約セクションだけを
         # CLAUDE.md @include 用の llm_summary.md に抽出する（~4KB）。
-        # F-004 消費側: Claude が次セッションで自動的にコンテキスト参照する経路。
+        # memory-consolidation 消費側: Claude が次セッションで自動的にコンテキスト参照する経路。
         _write_llm_summary_extract()
     except Exception as exc:  # noqa: BLE001
         print(

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/post_tool.py

@@ -7,7 +7,7 @@
    `.claude/skills/` 配下のファイルを Write / Edit したとき「実際のエージェント
    動作で確認してください」というリマインダを stdout に出す。
 
-2. デバッグ出力検出（F-007）:
+2. デバッグ出力検出（post-edit-scan）:
    Write / Edit 完了後に対象ファイルへ console.log / print( / TODO /
    FIXME / XXX を検出して stderr に警告する。code-review-checklist.md の
    「不要なデバッグ出力が残っていないか」項目を自動化する位置付け。

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/pre_tool.py

@@ -38,7 +38,7 @@ def _is_rm_rf(tokens: list[str], rm_idx: int) -> bool:
     return has_r and has_f
 
 
-# 秘密情報パターン (F-006)
+# 秘密情報パターン (secret-scan)
 # 検出値そのものは警告に含めない（二次漏洩防止）。パターン名のみを返す。
 # 初期パターンは「= で続く値」を必須とすることで、シェルコメント
 # （# password reset 等）の誤爆を回避する。
@@ -104,7 +104,7 @@ def main():
                 print(f'[PreToolUse BLOCK] 危険なコマンドをブロックしました: {cmd_preview}', file=sys.stderr)
                 sys.exit(2)
 
-    # 秘密情報の代入を検出: ブロック (F-006)
+    # 秘密情報の代入を検出: ブロック (secret-scan)
     # bypass: C3_SKIP_SECRET_CHECK=1 で検出をスキップ（誤爆時の逃げ道）
     if os.environ.get('C3_SKIP_SECRET_CHECK') != '1':
         is_secret, pattern_name = _contains_secret(cmd)

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/record_review_decision.py

@@ -1,7 +1,7 @@
 #!/usr/bin/env python3
 """CLI: record a review decision in c3.db.review_decisions.
 
-F-001: dev-workflow フェーズ E でユーザーが「対応 / 許容 / 保留」を選んだ
+review-hint: dev-workflow フェーズ E でユーザーが「対応 / 許容 / 保留」を選んだ
 判断を SQLite に記録するための薄い CLI ラッパー。実装本体は
 ``c3.db.insert_review_decision``。
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/record_tier_outcome.py

@@ -1,7 +1,7 @@
 #!/usr/bin/env python3
 """CLI: record the outcome of the previously-selected tier in tier_bandit.
 
-F-005 MVP: dev-workflow フェーズ E の承認/否認シグナルを受けて、
+tier-routing MVP: dev-workflow フェーズ E の承認/否認シグナルを受けて、
 ``select_tier.py`` が直近に書いた ``.claude/state/tier_selection.json`` を
 読み、対応する Tier の (alpha, beta, trials) を ``tier_bandit`` テーブルで
 更新する。
@@ -119,7 +119,7 @@ def _append_prompt_history(selection: dict, success: bool) -> None:
 
 def main(argv: list[str] | None = None) -> int:
     parser = argparse.ArgumentParser(
-        description="Record tier outcome for F-005 Thompson Sampling"
+        description="Record tier outcome for tier-routing Thompson Sampling"
     )
     parser.add_argument(
         "--outcome",

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/review_hint_inject.py

@@ -1,7 +1,7 @@
 #!/usr/bin/env python3
 """Inject past review decisions as hints into a review report.
 
-F-001: レビュー判断ヒント機能。code-reviewer / security-reviewer が
+review-hint: レビュー判断ヒント機能。code-reviewer / security-reviewer が
 生成したレビューレポート（`.claude/reports/code-review-report-*.md` /
 `security-review-report-*.md`）に、過去の許容例外・対応履歴を後付けで追記する。
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/schema.sql

@@ -1,4 +1,4 @@
--- C3 SQLite schema (F-009: DuckDB ハイブリッド構成の基盤)
+-- C3 SQLite schema (duckdb-hybrid: DuckDB ハイブリッド構成の基盤)
 --
 -- このファイルは session_start.py の _run_init_c3_db ハンドラから読まれ、
 -- `.claude/state/c3.db` に対して冪等に CREATE TABLE IF NOT EXISTS で適用される。
@@ -20,7 +20,7 @@ DROP TABLE IF EXISTS po_results;
 DROP TABLE IF EXISTS po_status;
 
 -- ---------------------------------------------------------------------------
--- F-009 自身: スキーマバージョン管理
+-- スキーマバージョン管理
 -- ---------------------------------------------------------------------------
 
 CREATE TABLE IF NOT EXISTS schema_version (
@@ -29,7 +29,7 @@ CREATE TABLE IF NOT EXISTS schema_version (
 );
 
 -- ---------------------------------------------------------------------------
--- F-001: レビュー判断ヒント機能
+-- review-hint: レビュー判断ヒント機能
 -- ---------------------------------------------------------------------------
 -- code-reviewer / security-reviewer の指摘に対して、人間が下した判断
 -- （対応 / 許容 / 保留）と理由を蓄積する。次回以降のレビュー時に過去判断を
@@ -49,9 +49,7 @@ CREATE INDEX IF NOT EXISTS idx_review_decisions_checklist
     ON review_decisions(checklist_id, decided_at DESC);
 
 -- ---------------------------------------------------------------------------
--- F-002: PO 集約レイヤ
--- ---------------------------------------------------------------------------
--- F-005: Tier 自動ルーティング（Thompson Sampling 学習データ）
+-- tier-routing: Tier 自動ルーティング（Thompson Sampling 学習データ）
 -- ---------------------------------------------------------------------------
 -- タスク複雑度ごとに各 Tier の Beta(α, β) 事前分布を保持する。
 -- α / β は完了ごとに更新され、サンプリングで次の Tier を選ぶ。
@@ -66,7 +64,7 @@ CREATE TABLE IF NOT EXISTS tier_bandit (
     PRIMARY KEY (task_complexity, tier)
 );
 
--- F-005 Phase 2-B: 直近 N 件の outcome を保持して failure rate を計算する。
+-- tier-routing Phase 2-B: 直近 N 件の outcome を保持して failure rate を計算する。
 -- tier_bandit が「累積 α/β」の集約を持つのに対し、こちらは個別 event の履歴。
 -- select_tier.py が直近 5 件以上で failure rate ≥ 0.5 を検出したら 1 段昇格する。
 CREATE TABLE IF NOT EXISTS tier_recent_outcomes (
@@ -80,10 +78,10 @@ CREATE INDEX IF NOT EXISTS idx_tier_recent
     ON tier_recent_outcomes(task_complexity, tier, ts DESC);
 
 -- ---------------------------------------------------------------------------
--- F-008: SubagentStop メトリクス（既存 JSONL と並行運用）
+-- subagent-metrics: SubagentStop メトリクス（既存 JSONL と並行運用）
 -- ---------------------------------------------------------------------------
 -- subagent_log.py が JSONL に追記している記録を SQLite にも保存する。
--- F-005 の学習データ収集の前提。
+-- tier-routing の学習データ収集の前提。
 -- 既存 .claude/logs/agent-runs.jsonl は移行までの間並行運用する。
 
 CREATE TABLE IF NOT EXISTS agent_runs (

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/select_tier.py

@@ -1,7 +1,7 @@
 #!/usr/bin/env python3
 """UserPromptSubmit hook: recommend an LLM Tier (haiku/sonnet/opus) for the prompt.
 
-F-005 MVP: タスクの複雑度を簡易ヒューリスティックで推定し、Thompson Sampling
+tier-routing MVP: タスクの複雑度を簡易ヒューリスティックで推定し、Thompson Sampling
 （または学習データ収集期は uniform random）で推奨 Tier を決定して
 ``additionalContext`` で親 Claude に伝える。
 
@@ -288,11 +288,11 @@ def write_tier_selection(
     record_tier_outcome.py がこの json を読んで α/β を更新する。
     既存ファイルは上書きされる（最新 1 件のみ保持）。
 
-    F-005 Phase 2-A: ``suggested_model`` も併せて書く。runner.py がこれを読んで
+    tier-routing Phase 2-A: ``suggested_model`` も併せて書く。runner.py がこれを読んで
     PO 経由のサブエージェント起動時に ``claude --agents`` で動的に上書きする。
     tier 名と model の短縮名は同一とする。
 
-    F-005 Phase 2-B: ``escalated`` / ``escalation_reason`` を任意で含める。
+    tier-routing Phase 2-B: ``escalated`` / ``escalation_reason`` を任意で含める。
     failure rate に基づく昇格が起きた場合のみ True / 文字列が入る。
     """
     os.makedirs(os.path.dirname(TIER_SELECTION_PATH), exist_ok=True)
@@ -345,7 +345,7 @@ def build_additional_context(
         suffix += f" [複雑度判定: {complexity_source}]"
 
     return (
-        f"[F-005 Tier 推奨] 複雑度: {complexity} / 推奨 Tier: {tier}（{confidence}）。"
+        f"[tier-routing 推奨] 複雑度: {complexity} / 推奨 Tier: {tier}（{confidence}）。"
         f"PO 経由のサブエージェント起動時はこの推奨が claude --agents JSON で"
         f" 自動適用されます（Phase 2-A）。親 Claude の Agent ツール経由は依然"
         f" frontmatter 指定が優先されるため、コスト最適化したい場合は手動切替"

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/session_start.py

@@ -4,7 +4,7 @@
 3 つの責務を順に実行する:
 1. file-history のクリア（旧 clear_file_history.py）
 2. sandbox 設定の有効化（旧 enable_sandbox.py、worktree ではスキップ）
-3. C3 SQLite DB の初期化（旧 init_c3_db.py、F-009 基盤）
+3. C3 SQLite DB の初期化（旧 init_c3_db.py、duckdb-hybrid 基盤）
 
 各処理は独立しており、1 つが失敗しても他を実行する（exit 0 を返す）。
 失敗してもセッションは止めない（C3 の他機能を妨げない方針）。

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/session_utils.py

@@ -60,7 +60,7 @@ def ensure_session_initialized(path: str, date_str: str) -> None:
 def extract_section(content: str, heading: str) -> str:
     """セッションファイル本文から ``## {heading}`` セクションの内容を抽出する。
 
-    F-004（MemoryConsolidation）と restore_session.py で共通利用される。
+    memory-consolidation（MemoryConsolidation）と restore_session.py で共通利用される。
     ``## {heading}\\n`` から次の ``\\n## `` または ``\\n<!--`` または末尾までを返す。
     見つからない場合は空文字列を返す。
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/hooks/subagent_log.py

@@ -49,16 +49,16 @@ _MAX_SCAN_LINES = 10_000
 _EVENT_START = "SubagentStart"
 _EVENT_STOP = "SubagentStop"
 
-# F-002 Phase 2-B: SubagentStop の status 値の正常終了マーカー（仕様変更時の単一窓口）。
+# po-sqlite Phase 2-B: SubagentStop の status 値の正常終了マーカー（仕様変更時の単一窓口）。
 _STATUS_SUCCESS = "success"
 
-# F-002 Phase 2-B: po_status.current_step の最大文字数 [SR-V-001]。
+# po-sqlite Phase 2-B: po_status.current_step の最大文字数 [SR-V-001]。
 # payload.agent_type / agent_id は任意文字列のため DB 容量保護のため切り詰める。
 _MAX_CURRENT_STEP_LEN = 200
 
 # payload のホワイトリスト対象フィールド (sec-M-1)
-# F-008: total_tokens / status / token_usage / model を追加。
-# Tier 自動ルーティング (F-005) の学習データ収集の前提となる。
+# subagent-metrics: total_tokens / status / token_usage / model を追加。
+# Tier 自動ルーティング (tier-routing) の学習データ収集の前提となる。
 # result 系（応答本文・コード断片混入リスク）は意図的に除外。
 _SAFE_PAYLOAD_FIELDS = frozenset({
     'hook_event_name',

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/rules/code-review-checklist.md

@@ -1,7 +1,9 @@
 # Code Review Checklist
 
 各項目には `[CR-XX-NNN]` 形式の checklist_id を付与している。
-レビュー時に指摘する場合はこの ID を併記すること（F-001: レビュー判断ヒント機能の照合キー）。
+レビュー時に指摘する場合はこの ID を併記すること（review-hint 機能の照合キー）。
+
+**該当 ID がない指摘**は `[CR-NEW]` を使う。無理やり近い既存 ID にマッピングしないこと（review-hint の照合精度が落ち、チェックリストの成長機会も失われるため）。`[CR-NEW]` 指摘は本チェックリストへの追加候補として扱う。
 
 ## 必須チェック項目（全作成物共通）
 

{claude_code_conductor-2.2.0 → claude_code_conductor-2.4.0}/.claude/rules/security-review-checklist.md

@@ -1,7 +1,9 @@
 # Security Review Checklist
 
 各項目には `[SR-XX-NNN]` 形式の checklist_id を付与している。
-レビュー時に指摘する場合はこの ID を併記すること（F-001: レビュー判断ヒント機能の照合キー）。
+レビュー時に指摘する場合はこの ID を併記すること（review-hint 機能の照合キー）。
+
+**該当 ID がない指摘**は `[SR-NEW]` を使う。無理やり近い既存 ID にマッピングしないこと（review-hint の照合精度が落ち、チェックリストの成長機会も失われるため）。`[SR-NEW]` 指摘は本チェックリストへの追加候補として扱う。
 
 ## 必須チェック項目（OWASP Top 10 準拠・全作成物共通）