claude-code-conductor 2.3.0__tar.gz → 2.5.0__tar.gz

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.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.5.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.3.0 → claude_code_conductor-2.5.0}/.claude/docs/settings.json.md

@@ -361,6 +361,25 @@ Claude Code のステータスバーに表示するカスタム情報を定義
 | `type` | string | `"command"` のみ（現時点） |
 | `command` | string | 実行するコマンド。stdout の1行目がステータスバーに表示される |
 
+### C3 デフォルトの表示内容
+
+C3 が提供する `.claude/hooks/statusline.py` は以下の形式で表示する:
+
+```
+[Claude Sonnet 4] 200K high | ctx used 8% | 5h lim 24% (1h 59m) | 7d lim 41% (2d 23h)
+```
+
+| 項目 | 内容 |
+|---|---|
+| `[モデル名]` | 現在のモデル表示名 |
+| `200K` / `1M` | コンテキストウィンドウサイズ |
+| `high` / `normal` / `low` | effort レベル |
+| `ctx used N%` | コンテキスト使用率（色: 緑→黄→オレンジ→赤） |
+| `5h lim N% (Xh Ym)` | 5時間レート制限の消費率とリセットまでの残り時間 |
+| `7d lim N% (Xd Yh)` | 7日レート制限の消費率とリセットまでの残り時間 |
+
+`rate_limits` は Claude.ai サブスクライバー（Pro/Max）がセッションの最初の API レスポンス後に取得できる。未取得の場合は該当項目を省略する。
+
 ---
 
 ## `model`

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/.claude/hooks/statusline.py

@@ -23,11 +23,6 @@ ORANGE = '\x1b[38;5;208m'
 DIM    = '\x1b[2m'
 RESET  = '\x1b[0m'
 
-# Gauge characters
-BLOCK       = '█'
-BLOCK_EMPTY = '░'
-TOTAL_CELLS = 10
-
 
 def pct_color(pct: int) -> str:
     if pct > 90:
@@ -40,16 +35,12 @@ def pct_color(pct: int) -> str:
         return GREEN
 
 
-def build_gauge(pct: int) -> str:
-    filled = min(pct // 10, TOTAL_CELLS)
-    empty  = TOTAL_CELLS - filled
-    color  = pct_color(pct)
-    return (
-        DIM + '[' + RESET +
-        color + BLOCK * filled + RESET +
-        DIM + BLOCK_EMPTY * empty + RESET +
-        DIM + ']' + RESET
-    )
+def format_context_size(size: int) -> str:
+    if size >= 900_000:
+        return '1M'
+    elif size >= 100_000:
+        return '200K'
+    return str(size)
 
 
 def format_reset_time(resets_at) -> str:
@@ -88,15 +79,32 @@ def render_output(raw: str) -> None:
     except Exception:
         pass
 
+    header: list[str] = []
+    metrics: list[str] = []
+
+    # [model display name]  context_size  effort  — スペース区切り
+    model = data.get('model') or {}
+    display_name = model.get('display_name', '')
+    if display_name:
+        header.append(f'[{display_name}]')
+
+    # context window size: 200K / 1M
     ctx_window = data.get('context_window') or {}
-    ctx_pct = round(ctx_window.get('used_percentage') or 0)
+    ctx_size = ctx_window.get('context_window_size')
+    if ctx_size:
+        header.append(format_context_size(int(ctx_size)))
 
-    parts = [
-        DIM + 'context usage:' + RESET + ' ' +
-        build_gauge(ctx_pct) + ' ' +
-        pct_color(ctx_pct) + str(ctx_pct) + '%' + RESET
-    ]
+    # effort level
+    effort = data.get('effort') or {}
+    effort_level = effort.get('level', '')
+    if effort_level:
+        header.append(effort_level)
 
+    # ctx usg %
+    ctx_pct = round(ctx_window.get('used_percentage') or 0)
+    metrics.append('ctx used ' + pct_color(ctx_pct) + str(ctx_pct) + '%' + RESET)
+
+    # rate limits
     rate_limits = data.get('rate_limits')
     if rate_limits:
         five_hour = (
@@ -107,14 +115,10 @@ def render_output(raw: str) -> None:
         if five_hour:
             pct = round(five_hour.get('used_percentage') or 0)
             reset_str = format_reset_time(five_hour.get('resets_at'))
-            part = (
-                DIM + '5hour limits:' + RESET + ' ' +
-                build_gauge(pct) + ' ' +
-                pct_color(pct) + str(pct) + '%' + RESET
-            )
+            part = '5h lim ' + pct_color(pct) + str(pct) + '%' + RESET
             if reset_str:
-                part += ' ' + DIM + reset_str + RESET
-            parts.append(part)
+                part += ' ' + DIM + '(' + reset_str + ')' + RESET
+            metrics.append(part)
 
         seven_day = (
             rate_limits.get('seven_day') or
@@ -124,16 +128,16 @@ def render_output(raw: str) -> None:
         if seven_day:
             pct = round(seven_day.get('used_percentage') or 0)
             reset_str = format_reset_time(seven_day.get('resets_at'))
-            part = (
-                DIM + '7day limits:' + RESET + ' ' +
-                build_gauge(pct) + ' ' +
-                pct_color(pct) + str(pct) + '%' + RESET
-            )
+            part = '7d lim ' + pct_color(pct) + str(pct) + '%' + RESET
             if reset_str:
-                part += ' ' + DIM + reset_str + RESET
-            parts.append(part)
-
-    sys.stdout.write('  '.join(parts) + '\n')
+                part += ' ' + DIM + '(' + reset_str + ')' + RESET
+            metrics.append(part)
+
+    output_parts: list[str] = []
+    if header:
+        output_parts.append(' '.join(header))
+    output_parts.extend(metrics)
+    sys.stdout.write(' | '.join(output_parts) + '\n')
     sys.stdout.flush()
 
 

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/.claude/skills/start/SKILL.md

@@ -124,9 +124,11 @@ Skill(skill="task-routing", args="from_start=true")
 ```
 
 task-routing は args に `from_start=true` が含まれていることをコンテキストから読み取り、
-Step 1（種別の 5 択）のみ実行して種別を返す。Step 2〜4 はスキップされる。
+Step 1（種別の 5 択）のみ実行して終了する。Step 2〜4 はスキップされる。
 
-戻ってきた種別を `task_type` とする。
+上記 Skill 呼び出しが完了したら、ユーザーへの追加メッセージを出力せずに即 Step 0.5-D へ進む。
+task-routing の出力から確定した種別（`feature` / `bug-fix` / `refactor` / `security-audit` / `docs` のいずれか）を `task_type` とする。
+種別が取得できなかった場合（空値・読み取り不能）は、task-routing を再呼び出しする。
 
 ### 0.5-D: TASK_TYPE 行の書き込み
 

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/.claude/skills/task-routing/SKILL.md

@@ -15,11 +15,12 @@ Ruflo の「タスク種別 → エージェント編成テンプレ」発想を
 呼び出し元は Skill ツールの `args` パラメータで動作モードを指定する。
 LLM はこの skill が起動された際、文脈や呼び出し情報から `from_start=true` の有無を判定する。
 
-- **/start 経由（args に `from_start=true`）**: Step 1 で種別を確定したら
-  そのまま終了し、種別を `/start` 側に返却する。Step 2〜4 はスキップする。
-  TASK_TYPE 書き込みも `/start` 側で行うため、本 skill では行わない。
-  編成詳細は `/start` 後段（Step 1 開始地点選択 / Step 2 フェーズ遷移）で
-  扱うため、ここでは出さない。
+- **/start 経由（args に `from_start=true`）**: Step 1 で種別を確定したら、
+  **確定した種別名（例: `feature`）を1行のみ出力して** task-routing を終了する。
+  Step 2〜4 はスキップする。案内文・「/start へ移行」のような説明文は **絶対に出力しない**。
+  TASK_TYPE 書き込みは `/start` 側（Step 0.5-D）が行うため、本 skill では行わない。
+  start スキルの Step 0.5-D が自動的に続きを実行する。
+  （この制約は LLM のコンテキスト読み飛ばし対策として Step 1 にも記載されている）
 - **単独利用（args 指定なし、または `from_start=false`）**: 従来通り Step 1 → 2 → 3 → 4 を
   順に実行する。Step 4 完了時に TASK_TYPE 書き込みも本 skill が行う。
 
@@ -28,8 +29,9 @@ LLM はこの skill が起動された際、文脈や呼び出し情報から `f
 ## Step 1: タスク種別を選択する
 
 Skill ツールの `args` に `from_start=true` が含まれているときは「/start 経由モード」とみなし、
-Step 1 で種別を確定したら **Step 2〜4 はスキップ** して種別を呼び出し元（/start）に
-返却する（編成詳細は /start 側で表示するため）。
+Step 1 で種別を確定したら **確定した種別名（例: `feature`）を1行のみ出力して** task-routing を終了する。
+Step 2〜4 はスキップ。案内文・「/start へ移行します」などの文言は **絶対に出力しない**。
+（この制約は動作モードセクションにも記載されている）
 
 AskUserQuestion ツール:
 
@@ -144,8 +146,8 @@ AskUserQuestion ツール:
 その後、選択された種別に応じて以下を実行する:
 
 - **feature**:
-  - `args` に `from_start=true` が含まれているとき: 種別を返却するのみ（制御を /start に返す。再帰呼び出しを避ける）
   - `args` 指定なし/`from_start=false` のとき: `.claude/skills/start/SKILL.md` を Read して `/start` フローに合流する
+  - `args` に `from_start=true` が含まれているとき: このケースは Step 1 で処理済みのため Step 4 に到達しない
 - **bug-fix**: `systematic-debugger` → `developer` → `tester` の順に Agent ツールで順次起動し、完了後に `code-reviewer` と `security-reviewer` を 1 メッセージ内で並列起動する
 - **docs**: Agent ツールで `doc-writer` を起動する
 - **refactor**: planner で `po_plan_version` 付き plan-report を生成 → `.claude/skills/parallel-agents/SKILL.md` を Read して並列実行に合流する

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/.gitignore

@@ -52,6 +52,14 @@ site/
 # codex 対応調査メモ (個人作業ノート、配布・コミット対象外)
 .claude/docs/codex対応/
 
+# Codex/Cursor adapter 生成物 (c3 init --platform で生成、配布物ではない)
+# wheel 同梱は src/c3/_template/.claude/ 配下のみで構造的に除外されるが、
+# 配布元リポジトリで c3 init --platform を試した場合の commit 混入を防ぐ。
+/AGENTS.md
+/.codex/
+/.cursor/
+/.agents/
+
 # C3 distributor-only (配布元固有の開発支援、配布されない)
 .dev/
 /CLAUDE.md

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/CHANGELOG.md

@@ -1,5 +1,119 @@
 # Changelog
 
+## [2.5.0] - 2026-05-13
+
+### 概要
+
+`/start` スキルのルーティング停止バグを修正し、ステータスラインの表示をリニューアル。
+
+### 修正
+
+#### `/start` → `task-routing` の種別返却が停止するバグ修正
+
+`/start` コマンド実行後 task-routing でタスク種別を選択すると「/start コマンドへ移行」というメッセージが出力されるだけで止まり、ユーザーが再度 `/start` を手入力しなければならない問題を修正。
+
+- `task-routing/SKILL.md`: `from_start=true` モード終了時に「確定した種別名を1行のみ出力して終了する」ことを明示。「/start へ移行します」などの余剰メッセージを **絶対に出力しない** 旨を追記
+- `start/SKILL.md`: Skill 呼び出し完了後は追加メッセージなしに即 Step 0.5-D へ進む旨と、種別取得失敗時の再呼び出しフォールバックを追記
+- 3箇所の防御的冗長記述にクロスリファレンスを追加（LLMのコンテキスト読み飛ばし対策のため意図的な反復であることを明示）
+
+### 変更
+
+#### ステータスライン表示のリニューアル (`.claude/hooks/statusline.py`)
+
+表示フォーマットを以下に刷新:
+
+```
+[Claude Sonnet 4] 200K high | ctx used 8% | 5h lim 24% (1h 59m) | 7d lim 41% (2d 23h)
+```
+
+- モデル名・コンテキストサイズ・effort レベルを先頭にスペース区切りで追加
+- コンテキストサイズを `200K` / `1M` 形式に変換して表示
+- ゲージバー（`[████░░░░░░]`）を廃止してテキストのみに変更
+- `context usage` → `ctx used`、`lmt` → `lim`（標準的な英語略語）に表記統一
+- `|` 区切りの前後にスペースを追加
+- レート制限のリセット残り時間を `(Xh Ym)` / `(Xd Yh)` 形式で括弧付き表示
+- `rate_limits` 未取得時は該当項目を省略
+
+---
+
+## [2.4.0] - 2026-05-12
+
+### 概要
+
+Codex / Cursor adapter 追加（v2.3.0 系列）の整合性監査の結果見つかった問題を一括修正。MCP server の path traversal を symlink 経由まで防御し、adapter 内部関数のユニットテストを 22 ケース新設。Claude Code 専用機能の Codex/Cursor 読み替えを `taxonomy.md` と新規 `platform-adapters.md` で明示し、CRLF/LF の取り扱いを `.gitattributes` で固定化した。
+
+### 変更（セキュリティ強化）
+
+#### MCP `_read_skill` の path traversal 防御強化 (M2)
+
+`src/c3/mcp_server.py:_read_skill` を以下のように変更:
+
+- `.` / `..` の文字列マッチに加え、`Path.resolve(strict=True)` で symlink を解決
+- 解決後のパスが `.claude/skills/` 配下にあるかを `skills_root in resolved.parents` で検証
+- 範囲外の場合は `None` を返す（エラー出さずサイレントに拒否）
+
+これにより悪意ある symlink を `.claude/skills/<name>/SKILL.md` として配置しても、project_root 外のファイルが読まれなくなる。脅威モデル: 悪意あるリポジトリを clone した利用者を巻き込むシナリオ。
+
+### 変更（ドキュメント / 整合性）
+
+#### Codex / Cursor 動作差分の明文化 (H3, M3, M4)
+
+3 つのドキュメントを更新:
+
+- **`.claude/CLAUDE.md`**: `Platform Compatibility` セクション追加。`AskUserQuestion` / `Agent` / `Skill` / agent フロントマターの Codex/Cursor 読み替え方針を整理
+- **`.claude/docs/taxonomy.md`**: agents セクション末尾に「Codex / Cursor での扱い」表を追加。`permissionMode` / `isolation` / `hooks` 等の Claude Code 専用キーの取り扱いを記述。memory スコープ表に運用ルール（配布除外・書き込みタイミング・手動編集・削除）を追加 (L3)
+- **`.claude/docs/platform-adapters.md`** (新規): `c3 init --platform` の選択肢、生成物、MCP server (`c3_ask_user_question` / `c3_list_skills` / `c3_read_skill`)、`c3 ask` CLI fallback、managed block の仕様、動作差分マトリックスを 1 ファイルでまとめた利用先向け技術文書
+
+#### README に PO 撤去履歴を明示 (L4)
+
+`並列実行 (parallel-agents skill)` セクションに v2.0.0 で PO (Parallel Orchestra) 完全撤去された旨を追記。利用先で「PO」「外部プロセス」という単語が CHANGELOG に登場する理由を新規ユーザーが追跡できるようにした。
+
+### 変更（テスト追加）
+
+#### `tests/test_adapters.py` 新設 (M1, L1)
+
+`src/c3/adapters.py` の内部関数と MCP `_read_skill` をカバーする 23 ケース（うち 1 ケースは Windows で skip）を追加:
+
+- `_toml_escape` / `_toml_multiline_escape` のエッジケース（backslash, quote, triple quote, 改行保持）
+- `_convert_skill` の frontmatter あり/なし/heading なしの分岐
+- `_codex_agent_toml` の特殊文字・改行保持
+- `_replace_managed_block` の単一/複数 block ケース（`count=1` 契約を回帰防止）
+- `_write_cursor_mcp` の merge / 新規作成 / 不正 JSON 拒否 / 非 object 拒否
+- `scaffold_adapters` の `.claude/` 不在エラー / 冪等性
+- MCP `_read_skill` の正常系 / `..` 拒否 / 空文字拒否 / 不在 / symlink 経由のアクセス拒否 (POSIX 限定)
+
+### 変更（環境整理）
+
+#### `.gitignore` に adapter 生成物追加 (H2)
+
+`c3 init --platform codex|cursor|all` で生成される `/AGENTS.md` / `/.codex/` / `/.cursor/` / `/.agents/` を配布元リポジトリでの git commit 混入から保護。wheel 同梱は `src/c3/_template/.claude/` 配下に限定されるため構造的に wheel には入らないが、開発者が adapter を試生成した時の事故防止のため明示除外。
+
+#### `.gitattributes` 拡張 (M5)
+
+`*.toml` / `*.mdc` を `text eol=lf` に。さらに `AGENTS.md` / `.codex/**/*` / `.cursor/**/*` も `eol=lf` で固定。Windows の `core.autocrlf=true` 環境でも adapter ファイルが CRLF 化されず、`_write_file_if_changed` の完全一致比較が安定する。
+
+#### `.claude/settings.local.json` の PO 遺物削除 (H1)
+
+`Bash(c3 po *)` と `python -m pytest tests/parallel_orchestra/...` の許可ルールを削除。`c3 po` コマンドと parallel_orchestra テストは v2.0.0 で撤去済みのため、これらルールは空回りしていた。
+
+### 削除
+
+なし（破壊的変更なし）。
+
+### 互換性
+
+- v2.3.x からの後方互換: **完全互換**（API 変更なし、振る舞い変更なし、削除なし）
+- adapter 生成ファイル: 改行コードが CRLF だった環境では LF に正規化される。`git diff` 上で改行差が出るが内容差はない
+- セキュリティ修正: MCP `_read_skill` の戻り値挙動が **拒否時に `None`** で変わらず。symlink を悪用していたケース（通常用途では存在しない）のみ拒否される
+
+### 検証
+
+- 全テスト: 613 passed / 3 skipped (Windows 環境)
+- wheel build: `claude_code_conductor-2.4.0-py3-none-any.whl` (81 entries) — adapter 生成物 (`.codex/` / `.cursor/` / `.agents/` / `AGENTS.md`) の混入なし、機密ファイル混入なし、新規 `platform-adapters.md` は配布対象に含まれる
+- `c3 doctor`: 全項目 OK
+
+---
+
 ## [2.3.0] - 2026-05-12
 
 ### 概要

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/PKG-INFO

@@ -1,7 +1,7 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.3.0
-Summary: Multi-agent orchestration framework for Claude Code (C3)
+Version: 2.5.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
 Author: satoh-y-0323
@@ -27,7 +27,7 @@ License: MIT License
         OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
         SOFTWARE.
 License-File: LICENSE
-Keywords: agents,claude,claude-code,orchestration,tdd
+Keywords: agents,claude,claude-code,codex,cursor,orchestration,tdd
 Classifier: Development Status :: 3 - Alpha
 Classifier: Intended Audience :: Developers
 Classifier: License :: OSI Approved :: MIT License
@@ -186,9 +186,11 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | コマンド | 役割 |
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
+| `c3 init --platform codex|cursor|all` | `.claude/` を canonical source にしたまま Codex/Cursor adapter を追加 |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
-| `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ） |
+| `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・adapter 生成物） |
+| `c3 ask` | Claude Code 以外で `AskUserQuestion` 互換の単一選択・複数選択を実行 |
 | `c3 plan validate <plan-report>` | plan-report の YAML フロントマターと agent 存在を検証 |
 | `c3 plan waves <plan-report>` | plan-report の wave 分解結果を JSON で出力 |
 
@@ -250,6 +252,15 @@ c3 init
 
 `c3 init` がパッケージに同梱された `.claude/` テンプレートをカレントディレクトリへコピーします。後日テンプレート側を更新したい場合は `c3 update` で差分のみ反映できます（`reports/` や `memory/sessions/` 等の個人ファイルは保持されます）。
 
+Codex/Cursor でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
+
+```bash
+c3 init --platform codex   # AGENTS.md / .agents/skills / .codex を生成
+c3 init --platform cursor  # .cursor/rules / .cursor/mcp.json を生成
+```
+
+Codex/Cursor adapter は `.claude/skills` と `.claude/agents` を参照元にします。`AskUserQuestion` は MCP tool `c3_ask_user_question`、または fallback の `c3 ask` で単一選択・複数選択を維持します。Claude Code の `Agent` / `Skill` tool 前提は、Codex では `.codex/agents/` と `.agents/skills/`、Cursor では `.cursor/rules/c3-core.mdc` で読み替えます。
+
 **3. プロジェクトを Claude Code で開き、初期設定を行う**
 
 ```
@@ -342,7 +353,9 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 
 ## 並列実行 (parallel-agents skill)
 
-計画フェーズで生成した plan-report を YAML フロントマター付きマニフェストとして読み込み、独立タスクを親 Claude の Agent ツール並列起動 + 公式 `isolation: "worktree"` で並列実行できます（v2.0.0 以降は外部プロセス不要）。
+計画フェーズで生成した plan-report を YAML フロントマター付きマニフェストとして読み込み、独立タスクを親 Claude の Agent ツール並列起動 + 公式 `isolation: "worktree"` で並列実行できます。
+
+> **アーキテクチャ移行履歴:** v1.x までは外部プロセス制御の **PO (Parallel Orchestra)** が並列実行を担っていましたが、v2.0.0 で完全撤去されました。現在は Claude Code 公式の subagent 並列起動機能に統一されており、追加プロセス・追加デーモン・追加スキーマは不要です。
 
 要件は Python ≥ 3.10、PATH に `claude` バイナリ、PyYAML（C3 の依存として自動インストール）。
 
@@ -352,7 +365,7 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 2. `/develop` を起動 → **D-0** で plan-report のフロントマターを自動検出し `parallel-agents` skill へ切り替わる
 3. C3 が `c3 plan validate` でマニフェスト妥当性を検証、wave ごとにユーザー承認を取りながら Agent ツールで並列実行します
 
-TDD を伴う機能実装は、planner が「test- → impl- → confirm-」の 3 タスクペアに分解し、各 wave 内で独立機能間で並列起動されます（v2.1.0+、旧 `tdd-develop` agent はこのリリースで廃止）。
+TDD を伴う機能実装は、planner が「test- → impl- → confirm-」の 3 タスクペアに分解し、各 wave 内で独立機能間で並列起動されます。並列実行時は worktree 専用の `wt_tester` / `wt_developer` / `wt_systematic-debugger` agent が使用され、レポートは `task_id` ベースのファイル名で出力されます。
 
 ---
 

{claude_code_conductor-2.3.0 → claude_code_conductor-2.5.0}/README.md

@@ -143,9 +143,11 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | コマンド | 役割 |
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
+| `c3 init --platform codex|cursor|all` | `.claude/` を canonical source にしたまま Codex/Cursor adapter を追加 |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
-| `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ） |
+| `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・adapter 生成物） |
+| `c3 ask` | Claude Code 以外で `AskUserQuestion` 互換の単一選択・複数選択を実行 |
 | `c3 plan validate <plan-report>` | plan-report の YAML フロントマターと agent 存在を検証 |
 | `c3 plan waves <plan-report>` | plan-report の wave 分解結果を JSON で出力 |
 
@@ -207,6 +209,15 @@ c3 init
 
 `c3 init` がパッケージに同梱された `.claude/` テンプレートをカレントディレクトリへコピーします。後日テンプレート側を更新したい場合は `c3 update` で差分のみ反映できます（`reports/` や `memory/sessions/` 等の個人ファイルは保持されます）。
 
+Codex/Cursor でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
+
+```bash
+c3 init --platform codex   # AGENTS.md / .agents/skills / .codex を生成
+c3 init --platform cursor  # .cursor/rules / .cursor/mcp.json を生成
+```
+
+Codex/Cursor adapter は `.claude/skills` と `.claude/agents` を参照元にします。`AskUserQuestion` は MCP tool `c3_ask_user_question`、または fallback の `c3 ask` で単一選択・複数選択を維持します。Claude Code の `Agent` / `Skill` tool 前提は、Codex では `.codex/agents/` と `.agents/skills/`、Cursor では `.cursor/rules/c3-core.mdc` で読み替えます。
+
 **3. プロジェクトを Claude Code で開き、初期設定を行う**
 
 ```
@@ -299,7 +310,9 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 
 ## 並列実行 (parallel-agents skill)
 
-計画フェーズで生成した plan-report を YAML フロントマター付きマニフェストとして読み込み、独立タスクを親 Claude の Agent ツール並列起動 + 公式 `isolation: "worktree"` で並列実行できます（v2.0.0 以降は外部プロセス不要）。
+計画フェーズで生成した plan-report を YAML フロントマター付きマニフェストとして読み込み、独立タスクを親 Claude の Agent ツール並列起動 + 公式 `isolation: "worktree"` で並列実行できます。
+
+> **アーキテクチャ移行履歴:** v1.x までは外部プロセス制御の **PO (Parallel Orchestra)** が並列実行を担っていましたが、v2.0.0 で完全撤去されました。現在は Claude Code 公式の subagent 並列起動機能に統一されており、追加プロセス・追加デーモン・追加スキーマは不要です。
 
 要件は Python ≥ 3.10、PATH に `claude` バイナリ、PyYAML（C3 の依存として自動インストール）。
 
@@ -309,7 +322,7 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 2. `/develop` を起動 → **D-0** で plan-report のフロントマターを自動検出し `parallel-agents` skill へ切り替わる
 3. C3 が `c3 plan validate` でマニフェスト妥当性を検証、wave ごとにユーザー承認を取りながら Agent ツールで並列実行します
 
-TDD を伴う機能実装は、planner が「test- → impl- → confirm-」の 3 タスクペアに分解し、各 wave 内で独立機能間で並列起動されます（v2.1.0+、旧 `tdd-develop` agent はこのリリースで廃止）。
+TDD を伴う機能実装は、planner が「test- → impl- → confirm-」の 3 タスクペアに分解し、各 wave 内で独立機能間で並列起動されます。並列実行時は worktree 専用の `wt_tester` / `wt_developer` / `wt_systematic-debugger` agent が使用され、レポートは `task_id` ベースのファイル名で出力されます。
 
 ---