claude-code-conductor 1.13.0__tar.gz → 2.0.0__tar.gz

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/agents/planner.md

@@ -41,7 +41,7 @@ requirements-report・architecture-report・各種レビューレポートを統
 
 **After:**
 - Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/plan-report-{timestamp}.md` に出力する
-- plan-report の**先頭に YAML フロントマターを必ず付与する**。フォーマットは `.claude/docs/parallel-orchestra-manifest.md` の仕様に従う。最低限以下を出力すること:
+- plan-report の**先頭に YAML フロントマターを必ず付与する**。最低限以下を出力すること:
   - `po_plan_version: "0.1"`
   - `name`（プランの表示名・文字列）
   - `cwd: "../.."`（plan-report からプロジェクトルートへの相対パス）
@@ -51,12 +51,14 @@ requirements-report・architecture-report・各種レビューレポートを統
 
 ## 並列実行のための設計指針
 
-plan-report の YAML フロントマターは `parallel-orchestra` (PO) で並列実行されることを前提に設計する。直列の依存チェーンを書いてしまうと PO を使う意味が消えるので、以下のルールを守る。
+plan-report の YAML フロントマターは `parallel-agents` skill（親 Claude の Agent ツール並列起動 + 公式 `isolation: "worktree"`）で並列実行されることを前提に設計する。直列の依存チェーンを書いてしまうと並列実行の意味が消えるので、以下のルールを守る。
+
+**depth 1 制限の注意**: Claude Code のサブエージェントは更にサブエージェントを spawn できない。これにより `tdd-develop`（内部で tester / developer を Agent ツールで呼ぶ設計）は **`parallel-agents` skill の並列起動の対象外** で、親 Claude のペルソナ採用パターンで逐次実行される。よって **`tdd-develop` を含む wave は 1 タスクのみ** が望ましい（複数 tdd-develop を 1 wave に入れても並列度 1 で消化されるだけで意味が薄い）。
 
 ### depends_on の付け方
 
 1. **真の依存だけに絞る** — タスク B がタスク A の出力（コードのシグネチャ・型・関数名・ファイルそのもの）に**実際に依存している**ときのみ `B.depends_on: [A]` とする。「順序を守りたい」「念のため」「同じ機能だから」レベルの依存は書かない
-2. **直列化の自己チェック** — 出力直前に「`depends_on` チェーンの最大長が `タスク数 / 2` を超えていないか」を確認する。N 個のタスクが N-1 段の依存チェーンになっていたら **並列度 1** で PO を使う意味がない
+2. **直列化の自己チェック** — 出力直前に「`depends_on` チェーンの最大長が `タスク数 / 2` を超えていないか」を確認する。N 個のタスクが N-1 段の依存チェーンになっていたら **並列度 1** で並列実行を使う意味がない
 3. **レビュー系タスクは末尾に集約** — `code-reviewer` / `security-reviewer` は `read_only: true` で全 dev タスクに `depends_on` を付ける（すべての実装が終わった後に走る）
 
 ### タスクの粒度（基本: ファイル/モジュール単位）
@@ -69,11 +71,11 @@ plan-report の YAML フロントマターは `parallel-orchestra` (PO) で並
 
 ### writes フィールドの埋め方
 
-7. **`writes` を必ず列挙（`read_only: true` タスクは除く）** — 各タスクが書き込むファイルパスを `tasks[].writes` に書く。空のままだと PO の衝突検出が効かず、並列実行で破壊的競合が起きうる。ただし `read_only: true`（レビュー系）タスクはファイルを書かないため `writes` フィールド自体を省略すること
-8. **同一ファイルへの書き込みは 1 タスクに集約する** — 複数タスクの `writes` で同じファイルが出てきたら、`c3 po dry-run` の `_check_writes_conflicts`（`src/parallel_orchestra/manifest.py:463`）が静的にエラーを出して dry-run を fail させる。**`depends_on` で順序付けしても、`concurrency_group` で同時実行を 1 に制限しても、この静的チェックは通らない**。解消手段は実質的に以下の 2 つに限られる:
+7. **`writes` を必ず列挙（`read_only: true` タスクは除く）** — 各タスクが書き込むファイルパスを `tasks[].writes` に書く。`parallel-agents` skill が並列起動後に各 worktree から `writes` のファイルを取り込むため、欠落していると成果物が main に届かない。ただし `read_only: true`（レビュー系）タスクはファイルを書かないため `writes` フィールド自体を省略すること
+8. **同一ファイルへの書き込みは 1 タスクに集約する** — 複数タスクの `writes` で同じファイルを宣言すると、`parallel-agents` skill が各 worktree から取り込むときにどちらの版を採用すべきか決定不能になる。解消手段は実質的に以下の 2 つに限られる:
    - **(a) タスクをまとめる** — 同一ファイルを書く処理を 1 タスクに統合する
-   - **(b) そのファイルを書く権限を 1 タスク専属にする** — 他のタスクの `writes` リストから除外する。先行タスクが stub / placeholder を作って後発タスクが上書きする設計は **採用しない**（dry-run が落ちるため）
-9. **統合ファイル（エントリポイント等）は最後の wave 専属にする** — `main.js` のような「各機能を結線する統合ファイル」は、全機能 wave が出揃った後の最終 wave に専属で書かせる。先行 wave で stub を作る設計は dry-run が通らないので不可。代わりに先行 wave は各機能ファイル（例: `calc.js` / `currency.js`）のみを書き、最終 wave がそれらを import して統合する
+   - **(b) そのファイルを書く権限を 1 タスク専属にする** — 他のタスクの `writes` リストから除外する。先行タスクが stub / placeholder を作って後発タスクが上書きする設計は **採用しない**（取り込み時に衝突するため）
+9. **統合ファイル（エントリポイント等）は最後の wave 専属にする** — `main.js` のような「各機能を結線する統合ファイル」は、全機能 wave が出揃った後の最終 wave に専属で書かせる。先行 wave で stub を作る設計は採用しない。代わりに先行 wave は各機能ファイル（例: `calc.js` / `currency.js`）のみを書き、最終 wave がそれらを import して統合する
 
 ### 出力直前の自己チェックリスト
 
@@ -86,7 +88,7 @@ plan-report の YAML フロントマターは `parallel-orchestra` (PO) で並
 
 ### タスクあたりの所要時間制約
 
-PO は内部で **タスクごとのタイムアウトを 900 秒（15 分）でハードコード** している（`_INTERNAL_TIMEOUT_SEC = 900`、フロントマター側からは上書き不可）。1 タスクが 15 分を超えると PO 側で kill されて failure 扱いになる。
+`parallel-agents` skill は **親 Claude が Agent ツールで子 Agent の返却を待つ**間ブロックされる。長時間タスクが含まれると全 wave の完了が遅延し、ユーザー体験が著しく悪化する。
 
 10. **1 タスクは 15 分以内に終わる粒度で分解する** — `tdd-develop` の tester→developer→tester ループでも 15 分を上限の目安にする。長くなりそうな機能は (a) ファイル境界でタスク分割、(b) MVP と機能拡張で別タスク化、のいずれかで時間を切る
 - 自己チェックリストに追加: `[ ] 想定実行時間が 15 分を超えるタスクがないか`
@@ -95,7 +97,7 @@ PO は内部で **タスクごとのタイムアウトを 900 秒（15 分）で
 
 実装時に踏みやすい入力ミス。dry-run で検出できるが、出力前に planner 側で潰しておく:
 
-11. **`depends_on: []` を空配列で書かない** — `c3 po dry-run` が「`depends_on` must be a list of strings」で fail する（非空のときだけ list として扱われ、空配列は仕様違反扱い）。依存が無いタスクは `depends_on` フィールド**自体を省略**する
+11. **`depends_on: []` を空配列で書かない** — `c3 plan validate` の構造チェックで lint されるリスクがある（依存が無いタスクは `depends_on` フィールド**自体を省略**する慣習）
 
 ### 直列・並列交互パターンの取り扱い
 
@@ -116,16 +118,16 @@ Stage 1: dev_a, dev_b, dev_c (並列)
 - ルール 2（直列化セルフチェック: チェーン長 ≦ タスク数 / 2）は依然として守る
 - 「stage 区切り」自体は plan-report 本文で明文化し、`depends_on` だけに頼らない
 
-詳細な構造例は `.claude/docs/parallel-orchestra-manifest.md` の「並列・直列交互パターン」を参照。
+並列・直列交互パターンの構造は、各 stage を 1 つの wave、stage 間の遷移を `depends_on` で表現する。`parallel-agents` skill は各 wave を順に並列実行する。
 
 ## 自動検査対象（PostToolUse hook）
 
 配布元では `.dev/hooks/_planner_check.py`（PostToolUse Write/Edit）が `.claude/reports/plan-report-*.md` の YAML frontmatter を機械検査する。以下 4 ルールに違反すると stderr に `[PlannerCheck WARN]` または `[PlannerCheck BLOCK]` が出る。planner は出力前に自己点検でこれらを潰すこと。
 
 - **R1 (tdd-develop writes 完備)** — `agent: tdd-develop` の task の `writes` に、(a) `tests/` で始まるテストファイルの具体的パス、(b) `.claude/reports/test-report-{任意}.md` の具体的パス、の両方を列挙する。glob (`*`) 入りは不可
-- **R2 (reviewer ファイル名は task_id ベース)** — `agent: code-reviewer` / `security-reviewer` の `writes` ファイル名は `task_id` を含む固定名にし、タイムスタンプ（`YYYYMMDD` / `YYYYMMDD-HHMMSS` 形式）を含めない。例: `.claude/reports/code-review-report-review1.md` ✓ / `.claude/reports/code-review-report-20260510.md` ✗。タイムスタンプを動的取得すると writes と実ファイル名が乖離して PO の auto-merge book-keeping が壊れる
+- **R2 (reviewer ファイル名は task_id ベース)** — `agent: code-reviewer` / `security-reviewer` の `writes` ファイル名は `task_id` を含む固定名にし、タイムスタンプ（`YYYYMMDD` / `YYYYMMDD-HHMMSS` 形式）を含めない。例: `.claude/reports/code-review-report-review1.md` ✓ / `.claude/reports/code-review-report-20260510.md` ✗。タイムスタンプを動的取得すると writes と実ファイル名が乖離して `parallel-agents` skill の成果物取り込みが破綻する
 - **R3 (`src/c3/_template/` 直接 writes 禁止)** — どの task も `writes` に `src/c3/_template/` パスを含めない（hook が exit 2 でブロック）。`_template/` は `hatch_build.py` がビルド時に `.claude/` から再生成する配布物実体で、直接編集してもビルド時に消失する
-- **R4 (同一 writes パスの順序付け)** — 同じ `writes` パスを複数 task が宣言する場合は、後発 task の `depends_on` で先発 task を参照して順序付けする。順序付けがないと PO の `_check_writes_conflicts` が fail し dry-run が落ちる
+- **R4 (同一 writes パスの順序付け)** — 同じ `writes` パスを複数 task が宣言する場合は、後発 task の `depends_on` で先発 task を参照して順序付けする。順序付けがないと `parallel-agents` skill の成果物取り込みでどちらの版を採用すべきか決定不能になる
 
 これらは hook により自動検出されるが、出力前の自己チェックリストにも追加して事前に潰すこと:
 - [ ] R1: tdd-develop の全 task で writes に test ファイルと test-report が両方含まれているか
@@ -136,7 +138,7 @@ Stage 1: dev_a, dev_b, dev_c (並列)
 ## Tools & Constraints
 制限:
 - ソースファイルの編集・書き込みは行わない
-- plan-report の YAML フロントマター内で `tasks[].id` の重複・未定義の `depends_on` 参照・エージェント名の typo を出力しない（`c3 po dry-run` で検証可能）
+- plan-report の YAML フロントマター内で `tasks[].id` の重複・未定義の `depends_on` 参照・エージェント名の typo を出力しない（`c3 plan validate` で検証可能）
 - 上記「並列実行のための設計指針」のルール 1〜11 と自己チェックリストに違反した plan-report を出力しない
 - 自動検査対象 R1〜R4 に違反する plan-report を出力しない（`.dev/hooks/_planner_check.py` が PostToolUse で検出する）
 

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/record_review_decision.py

@@ -3,7 +3,7 @@
 
 F-001: dev-workflow フェーズ E でユーザーが「対応 / 許容 / 保留」を選んだ
 判断を SQLite に記録するための薄い CLI ラッパー。実装本体は
-``c3.db.insert_review_decision`` (v1.11.0 以降。旧 ``parallel_orchestra.c3_db``)。
+``c3.db.insert_review_decision``。
 
 Usage:
     python .claude/hooks/record_review_decision.py \

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/record_tier_outcome.py

@@ -43,7 +43,6 @@ PROMPT_HISTORY_PATH = os.path.join(_CLAUDE_DIR, "logs", "prompt-history.jsonl")
 def _load_c3_db_module():
     """c3.db helper モジュールを返す。
 
-    v1.11.0 で parallel_orchestra.c3_db から c3.db に物理移動した。
     c3 パッケージは pip install 済みのため sys.path 操作は不要。
     """
     try:

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/review_hint_inject.py

@@ -50,7 +50,6 @@ CHECKLIST_ID_RE = re.compile(r"\[((?:CR|SR)-[A-Z]+-\d{3,})\]")
 def _ensure_c3_db_path_in_sys_path() -> None:
     """c3.db を import 可能にする。
 
-    v1.11.0 で parallel_orchestra.c3_db から c3.db に物理移動した。
     c3 パッケージは pip install 済みのため sys.path 操作は不要。
     関数自体は後方互換のため残置（呼び出し側のテストが参照する場合がある）。
     """

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/schema.sql

@@ -11,6 +11,14 @@
 -- にマイグレーション処理を追加すること（CREATE TABLE IF NOT EXISTS だけで
 -- 表現できない変更が必要になった場合の備え）。
 
+-- ---------------------------------------------------------------------------
+-- v2.0.0 マイグレーション: PO（Parallel Orchestra）廃止に伴うテーブル削除
+-- ---------------------------------------------------------------------------
+-- v1.x で作成された po_results / po_status テーブルは v2.0.0 で不要になった。
+-- 利用先 DB から削除する。テーブル不在でもエラーにしない。
+DROP TABLE IF EXISTS po_results;
+DROP TABLE IF EXISTS po_status;
+
 -- ---------------------------------------------------------------------------
 -- F-009 自身: スキーマバージョン管理
 -- ---------------------------------------------------------------------------
@@ -42,41 +50,6 @@ CREATE INDEX IF NOT EXISTS idx_review_decisions_checklist
 
 -- ---------------------------------------------------------------------------
 -- F-002: PO 集約レイヤ
--- ---------------------------------------------------------------------------
--- Parallel Orchestra の各 worktree の完了結果を集約する。
--- 親 Claude が SELECT で結果を集約できるようにする。
-
-CREATE TABLE IF NOT EXISTS po_results (
-    id              INTEGER PRIMARY KEY AUTOINCREMENT,
-    session_id      TEXT NOT NULL,
-    worktree_id     TEXT NOT NULL,
-    task_id         TEXT NOT NULL,
-    status          TEXT NOT NULL,         -- 'success' | 'failure' | 'cancelled'
-    started_at      TEXT,                  -- ISO8601
-    completed_at    TEXT,                  -- ISO8601
-    output_summary  TEXT,
-    error_message   TEXT,
-    UNIQUE(session_id, worktree_id, task_id)
-);
-CREATE INDEX IF NOT EXISTS idx_po_results_session
-    ON po_results(session_id, completed_at DESC);
-
--- ---------------------------------------------------------------------------
--- F-003: PO 並列処理の状況可視化
--- ---------------------------------------------------------------------------
--- 各 worktree の現在状況を heartbeat で記録する。親 Claude は SELECT で
--- 並列処理の進捗を確認できる。
-
-CREATE TABLE IF NOT EXISTS po_status (
-    session_id      TEXT NOT NULL,
-    worktree_id     TEXT NOT NULL,
-    state           TEXT NOT NULL,         -- 'starting' | 'running' | 'completed' | 'failed'
-    current_step    TEXT,
-    progress_pct    INTEGER,
-    last_heartbeat  TEXT NOT NULL,         -- ISO8601
-    PRIMARY KEY (session_id, worktree_id)
-);
-
 -- ---------------------------------------------------------------------------
 -- F-005: Tier 自動ルーティング（Thompson Sampling 学習データ）
 -- ---------------------------------------------------------------------------

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/select_tier.py

@@ -252,8 +252,7 @@ def maybe_escalate(
         return chosen_tier, None
 
     if failure_rate_fn is None:
-        # 既定の DB ヘルパーを呼ぶ（v1.11.0 以降は c3.db、それより前は
-        # parallel_orchestra.c3_db、いずれも shim で透過的に解決される）。
+        # 既定の DB ヘルパーを呼ぶ。
         c3_db = _load_c3_db_module()
         if c3_db is None:
             return chosen_tier, None
@@ -357,7 +356,6 @@ def build_additional_context(
 def _load_c3_db_module():
     """c3.db helper モジュールを返す。
 
-    v1.11.0 で parallel_orchestra.c3_db から c3.db に物理移動した。
     c3 パッケージは pip install 済みのため sys.path 操作は不要。
     """
     try:

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/session_start.py

@@ -149,7 +149,7 @@ def _run_enable_sandbox() -> None:
 
 # 現行スキーマバージョン。schema.sql に破壊的変更を入れたら +1 して
 # マイグレーションロジックを apply_schema() に追加する。
-SCHEMA_VERSION = 2  # F-005 Phase 2-B で tier_recent_outcomes を追加
+SCHEMA_VERSION = 3  # v2.0.0 で PO 廃止に伴い po_results / po_status を削除
 
 _HOOKS_DIR = os.path.dirname(os.path.abspath(__file__))
 _CLAUDE_DIR = os.path.dirname(_HOOKS_DIR)

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/subagent_log.py

@@ -174,64 +174,12 @@ def _append_log(record: dict) -> None:
         print(f'[subagent_log] ログ追記に失敗しました: {e}', file=sys.stderr)
 
 
-def _maybe_upsert_po_status(payload: dict) -> None:
-    """F-002 Phase 2-B: worktree 内 Claude のサブエージェント停止時に po_status を更新。
-
-    ``C3_PO_WORKTREE_ID`` 環境変数が設定されているとき（= 親 runner が
-    PO の worktree として spawn した子 Claude プロセス内の subagent 実行）
-    のみ動作し、SubagentStop の status を見て completed / failed を UPSERT する。
-    親 Claude セッション（環境変数なし）では完全に no-op で副作用ゼロ。
-
-    全例外は内部で catch する（subagent_log の本体機能を止めないため）。
-    """
-    worktree_id = os.environ.get('C3_PO_WORKTREE_ID')
-    session_id = os.environ.get('C3_PO_SESSION_ID')
-    if not worktree_id or not session_id:
-        return
-
-    event_name = payload.get('hook_event_name', '')
-    if event_name not in (_EVENT_START, _EVENT_STOP):
-        return
-
-    if event_name == _EVENT_START:
-        state = 'running'
-    else:  # SubagentStop
-        # status='success' なら completed、それ以外（'error' / 'failure' 等）は failed
-        status = (payload.get('status') or '').lower()
-        state = 'completed' if status == _STATUS_SUCCESS else 'failed'
-
-    # current_step は payload 由来の任意文字列なので長さを制限する [SR-V-001]。
-    # stdin の 1MB 制限と組み合わせて DB 容量保護。
-    raw_step = payload.get('agent_type') or payload.get('agent_id') or ''
-    current_step = raw_step[:_MAX_CURRENT_STEP_LEN] if raw_step else None
-
-    try:
-        # v1.11.0 で parallel_orchestra.c3_db から c3.db に物理移動した。
-        # c3 パッケージは pip install 済みのため sys.path 操作は不要。
-        from c3.db import upsert_po_status  # noqa: PLC0415
-
-        upsert_po_status(
-            session_id=session_id,
-            worktree_id=worktree_id,
-            state=state,
-            current_step=current_step,
-        )
-    except Exception as e:  # noqa: BLE001
-        print(
-            f'[subagent_log] po_status UPSERT skipped: {e}',
-            file=sys.stderr,
-        )
-
-
 def main() -> int:
     """stdin から JSON を読み込み、サニタイズして LOG_FILE に追記する。
 
     SubagentStop イベントの場合は同 session_id + agent_id の最古未消費 Start を
     検索して duration_seconds / matched_start_ts を付加する。
     stdin の IOError・JSON パースエラーを含む全例外を catch して 0 を返す。
-
-    F-002 Phase 2-B: ``C3_PO_WORKTREE_ID`` 環境変数があるときのみ追加で
-    c3.db.po_status に状態を UPSERT する（親 Claude セッションでは no-op）。
     """
     try:
         raw = sys.stdin.read(_MAX_STDIN_BYTES + 1)
@@ -272,9 +220,6 @@ def main() -> int:
 
     _append_log(record)
 
-    # F-002 Phase 2-B: worktree 内 spawn の場合のみ po_status を UPSERT。
-    _maybe_upsert_po_status(payload)
-
     return 0
 
 

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/hooks/worktree_guard.py

@@ -2,7 +2,8 @@
 """PreToolUse hook: worktree boundary guardrail.
 
 PO_WORKTREE_GUARD=1 が設定されている場合のみ動作する。
-parallel-orchestra が read_only:false タスクを起動するときに自動セットする。
+worktree 内で実装タスクを実行するワークフロー（tdd-develop など）が
+事前にこの env を設定して有効化する。
 Write / Edit ツールの対象パスが CWD（worktree ルート）外であればブロックする。
 """
 

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/.claude/skills/parallel-agents/SKILL.md

@@ -47,26 +47,25 @@ planner エージェントが plan-report を生成する時点で「tdd-develop
 
 1. Glob で `.claude/reports/plan-report-*.md` の最新ファイルパスを取得
 2. Read で内容（フロントマター含む）を確認
-3. Bash で以下を実行する（v1.14.0 まで PO の dry-run を流用、v1.14.0 以降は親 Claude が直接 YAML 検証）:
+3. Bash で以下を実行する:
 
    ```
-   c3 po dry-run <plan-report-path>
+   c3 plan validate <plan-report-path>
    ```
 
    | exit | 意味 | 次のアクション |
    |---|---|---|
    | `0` | マニフェスト妥当 | Step 1 へ |
-   | `2` | フロントマター不正 | stderr を整形して提示、`/start` フェーズ C 再実行を案内、スキル終了 |
-   | `3` | 環境エラー | stderr を提示してスキル終了 |
+   | `2` | フロントマター不正・agent ファイル不在・循環依存等 | stderr を整形して提示、`/start` フェーズ C 再実行を案内、スキル終了 |
 
 ---
 
 ## Step 1: wave 分解
 
-Bash で以下を実行する（v1.14.0 まで PO の wave 分解を流用）:
+Bash で以下を実行する:
 
 ```
-c3 po waves <plan-report-path>
+c3 plan waves <plan-report-path>
 ```
 
 stdout の JSON 形式:
@@ -282,9 +281,10 @@ checkpoint の summary には KEEP ルール（設計判断・決定事項・解
 
 ---
 
-## PO 廃止移行期の注意（v1.12.0〜v1.14.0）
+## PO 廃止移行期の注意（v1.12.0〜v2.0.0）
 
-- 本 skill は v1.12.0 で導入された。`wave-execution.md` は当面残るが case B（複数 wave / PO 委譲）は deprecated 扱い
-- v1.14.0 で `c3 po dry-run` / `c3 po waves` が削除される予定。その時点で Step 0 / Step 1 を「親 Claude が plan-report の YAML フロントマターを直接読んで DAG 分解」するロジックに置き換える
-- v2.0.0 で `parallel_orchestra` パッケージ本体が削除される。本 skill の Step 0/1 を完全に PO 非依存に切り替えるのは v1.14.0 のタイミング
+- 本 skill は v1.12.0 で導入された
+- v1.13.0 で `po-status` skill / `c3 status` CLI を削除
+- **v1.14.0 で `c3 po` CLI と `wave-execution` skill を削除し、Step 0/1 で `c3 plan validate` / `c3 plan waves`（純粋な YAML 検証 + DAG 分解、PO 非依存）に切り替えた**
+- v2.0.0 で `parallel_orchestra` パッケージ本体を削除（互換破壊）
 - 詳細計画: `~/.claude/plans/atomic-foraging-sprout.md`

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/CHANGELOG.md

@@ -1,5 +1,174 @@
 # Changelog
 
+## [2.0.0] - 2026-05-12
+
+### 概要（互換破壊リリース）
+
+PO（Parallel Orchestra）段階的廃止計画の **Step 5（最終）**。`parallel_orchestra` パッケージ本体を削除し、PO 関連の全アセット（hook / docs / DB テーブル定義 / console script / planner ドキュメント言及）を取り除いた。
+
+**本リリースは v1.x との互換性を保証しない**。v1.x で `parallel-orchestra` console script や `from parallel_orchestra import ...` を直接使っていた外部コードは動作しなくなる。利用先テンプレートからも PO 関連スキル・hook が消える。
+
+### 廃止計画 全体サマリ
+
+| Step | Version | 内容 |
+|---|---|---|
+| 1 | v1.11.0 | `parallel_orchestra.c3_db` を `c3.db` に物理移動（非破壊） |
+| 1.5 | v1.11.1 | `docs/codex対応/` 配布除外 hotfix |
+| 2 | v1.12.0 | 新 skill `parallel-agents` 追加、`develop` 参照先切替、`wave-execution` deprecated 化 |
+| 3 | v1.13.0 | `po-status` skill / `c3 status` CLI 削除 |
+| 4 | v1.14.0 | `c3 po` CLI / `src/c3/po/` / `wave-execution` skill 削除、`c3 plan` 新設 |
+| **5** | **v2.0.0** | **`parallel_orchestra` パッケージ削除、関連アセット全削除** |
+
+廃止の根拠は 2026-05-11 の PoC で「並列 subagent 起動時の permission チェッカー race」（前身 Clade v1.19.0 で発見、PO 導入の主因）が Claude Code 本体で構造的に修正されたことを確認したこと（15 並列・101 tool 呼び出しで失敗 0 件）。詳細は `feedback_parallel_subagent_race_resolved.md` を参照。
+
+### 削除（互換破壊）
+
+#### Python パッケージ
+| パス | LOC | 用途 |
+|---|---|---|
+| `src/parallel_orchestra/__init__.py` / `_exceptions.py` / `cli.py` / `manifest.py` / `report.py` / `runner.py` | ~3,000 | PO 本体（runner / heartbeat / auto-merge / dashboard 含む） |
+| `tests/parallel_orchestra/` (16 ファイル) | ~2,000 | PO 単体テスト |
+
+#### console script
+- `parallel-orchestra = "parallel_orchestra.cli:main"` を `pyproject.toml` から削除
+
+#### Hook / Docs
+| パス | 理由 |
+|---|---|
+| `.claude/hooks/po_heartbeat.py` | PO 進捗 heartbeat hook（PO 廃止により呼び出し元消失） |
+| `.claude/docs/parallel-orchestra-manifest.md` / `po-worktree-writes.md` | PO 仕様ドキュメント |
+
+#### DB スキーマ
+| 対象 | 変更 |
+|---|---|
+| `po_results` / `po_status` テーブル | `schema.sql` から CREATE 文を削除し、`DROP TABLE IF EXISTS` マイグレーションを追加。利用先で次回 session-start hook 実行時に自動 DROP |
+| `SCHEMA_VERSION` | 2 → 3 にバンプ |
+
+#### コード内 PO 連動コード
+| ファイル | 削除内容 |
+|---|---|
+| `src/c3/db.py` | `_task_status_str` / `record_task_results` / `_PO_STATUS_VALID_STATES` / `upsert_po_status` / `fetch_po_status` / `fetch_po_results` を削除（PO 専用ヘルパー）。`TYPE_CHECKING` の `from parallel_orchestra.runner import TaskResult` も削除 |
+| `src/c3/cli_doctor.py` | `_check_po()` 関数および `c3 doctor --check po-only` オプション削除。`parallel-orchestra` チェック行が doctor 出力から消える |
+| `.claude/hooks/subagent_log.py` | `_maybe_upsert_po_status()` 関数および main() からの呼び出し削除。`C3_PO_WORKTREE_ID` / `C3_PO_SESSION_ID` の env 連動を削除 |
+
+#### ドキュメント / hook の文言整理
+- `.claude/agents/planner.md`: PO 言及を `parallel-agents` skill 向けに全面書き換え、`c3 po dry-run` → `c3 plan validate`、`_check_writes_conflicts` 言及を除去、**depth 1 制限の注意（tdd-develop を含む wave は 1 タスク推奨）を追記**
+- `.claude/hooks/worktree_guard.py`: docstring から PO 言及削除（hook 自体は TDD ワークフロー用に残置）
+- `.claude/hooks/select_tier.py` / `record_tier_outcome.py` / `record_review_decision.py` / `review_hint_inject.py`: docstring の旧 import 移行履歴コメントを整理
+
+### 環境変数の rename
+
+`locate_c3_db()` の探索順序が変更:
+1. `C3_DB_PATH` (新規、v2.0.0 で導入)
+2. `C3_PO_DB_PATH` (旧名、deprecated 警告付きで継続サポート)
+3. cwd 上方向探索
+
+`C3_PO_DB_PATH` は次の major バージョンで削除予定。新規利用は `C3_DB_PATH` を使うこと。
+
+### 移行ガイド
+
+#### v1.x 利用者向け
+
+1. **pip パッケージ**: `pip install --upgrade claude-code-conductor` で v2.0.0 に上げると `parallel-orchestra` console script が site-packages から消える。`parallel-orchestra` を直接呼んでいたシェルスクリプト・CI ジョブは廃止か `claude` 直叩きに書き換え
+2. **Python import**: `from parallel_orchestra import ...` / `from parallel_orchestra.c3_db import ...` を使っていれば `from c3.db import ...` に書き換え（v1.11.0 で shim 化、v2.0.0 で shim も削除）
+3. **C3 利用先テンプレート**: `c3 update` で利用先環境のスキル・hook が v2.0.0 ベースに更新される。`po-status` / `wave-execution` skill は消え、`parallel-agents` が並列実装の単一窓口になる
+4. **DB**: `c3.db` の `po_results` / `po_status` テーブルは次回セッション開始時に自動 DROP される（`session_start.py` の `apply_schema` 経由）。データ参照が必要なら事前にエクスポートしておくこと
+5. **env 変数**: `C3_PO_DB_PATH` は使い続けられるが、v3.0.0 で削除予定。`C3_DB_PATH` への移行を推奨
+
+### 検証
+
+- `pytest tests/` 全体: **581 passed / 2 skipped**（v1.14.0 の 830 から `tests/parallel_orchestra/` 削除分の純減）
+- `c3 doctor` exit 0、出力から `parallel-orchestra` 行が消滅
+- `c3 plan validate` / `c3 plan waves` 正常動作（v1.14.0 で新設、PO 非依存）
+- `c3 po` → `invalid choice` で失敗（v1.14.0 と同じ）
+- wheel **74 entries**（v1.14.0 の 84 から -10）
+- wheel 内に `parallel_orchestra` / `wave-execution` / `po-status` / `cli_po` のエントリ 0 件
+- wheel の console scripts は `c3` のみ
+
+### LTS について
+
+v1.14.x は v2.0.0 リリース後も **最低 1 ヶ月の LTS 期間** を設定する。v1.x からの移行に時間が必要な利用者は `pip install "claude-code-conductor>=1.14,<2"` で固定可能。
+
+### 参考
+
+- 廃止計画: `~/.claude/plans/atomic-foraging-sprout.md`
+- PoC 結果メモリ: `feedback_parallel_subagent_race_resolved.md`
+- セマンティックバージョニング: 互換破壊リリースのため MAJOR 版（v1.x → v2.0.0）
+
+---
+
+## [1.14.0] - 2026-05-12
+
+### 概要
+
+PO（Parallel Orchestra）段階的廃止計画の **Step 4**。`c3 po` CLI と `wave-execution` skill を削除し、`parallel-agents` skill から PO への依存を断ち切った。新 CLI `c3 plan validate` / `c3 plan waves` を導入し、`parallel-agents` skill の Step 0/1 を `c3 po dry-run` / `c3 po waves` から `c3 plan validate` / `c3 plan waves` へ切り替えた。
+
+これにより並列実装機能は **PO の Python パッケージに一切依存しない** 状態になった。`parallel_orchestra` パッケージ本体は v2.0.0 まで残置されるが、`develop` / `parallel-agents` skill の実行経路からは完全に外れた。
+
+### 追加
+
+| パス | 役割 |
+|---|---|
+| `src/c3/plan_validator.py` | plan-report YAML 検証 + DAG 分解の純粋関数（`extract_frontmatter` / `compute_waves` / `validate_plan_report` / `split_waves`）。`parallel_orchestra` 非依存 |
+| `src/c3/cli_plan.py` | `c3 plan validate <path>` / `c3 plan waves <path>` サブコマンド |
+| `tests/test_plan_validator.py` | 上記モジュールの単体テスト（20 ケース） |
+| `tests/test_cli_plan.py` | 新 CLI の動作テスト（6 ケース） |
+
+### 削除
+
+| パス | 理由 |
+|---|---|
+| `src/c3/po/__init__.py` / `manifest.py` / `run.py` (合計 414 LOC) | C3 → PO の薄いラッパー層。`plan_validator.py` が機能を引き継ぐ |
+| `src/c3/cli_po.py` (184 LOC) | `c3 po` サブコマンド。`cli_plan.py` で置換 |
+| `.claude/skills/wave-execution/SKILL.md` | v1.12.0 で deprecated 化されていた旧並列実行 skill。`parallel-agents` skill で完全置換 |
+| `tests/test_cli_po*.py` / `test_po_*.py` / `test_manifest_fixes.py` / `test_manifest_yaml_escape.py` (7 ファイル) | 削除されたモジュールのテスト |
+
+### 変更
+
+| パス | 内容 |
+|---|---|
+| `src/c3/cli.py` | `cli_po` の import / `register(sub)` を解除、代わりに `cli_plan` を追加。サブコマンド `po` が消え `plan` が追加 |
+| `.claude/skills/parallel-agents/SKILL.md` | Step 0/1 を `c3 po dry-run` / `c3 po waves` から `c3 plan validate` / `c3 plan waves` に切り替え。移行期注意セクションも v1.14.0 完了状態に更新 |
+
+### 移行ガイド
+
+**旧コマンドからの移行:**
+| 旧 (v1.13.x まで) | 新 (v1.14.0+) |
+|---|---|
+| `c3 po dry-run <plan-report>` | `c3 plan validate <plan-report>` |
+| `c3 po waves <plan-report>` | `c3 plan waves <plan-report>` |
+| `c3 po run <manifest>` | （直接代替なし。`parallel-agents` skill 経由で親 Claude が並列起動） |
+| `c3 po run-wave <manifest> --wave-index N` | （同上） |
+
+`c3 po` を呼び出していたスクリプト / hook / skill がある場合は `c3 plan` に書き換えること。本 リリースから `c3 po` は `invalid choice` で失敗する。
+
+### 影響範囲
+
+- `parallel-agents` skill: PO 非依存になり、`c3 plan` 経由で動作（並列起動・worktree 隔離・一括コミットの中核ロジックは変更なし）
+- 利用先テンプレート (`c3 init` / `c3 update`): `wave-execution/SKILL.md` が消え、`c3 po` サブコマンドが廃止
+- `parallel_orchestra` パッケージ本体: 影響なし。`c3.db` 経由で読み書きは継続動作（v2.0.0 で削除）
+- F-001 (review_decisions) / F-005 (tier_bandit) / F-008 (agent_runs): 影響なし
+
+### 検証
+
+- `pytest tests/` 全体: **830 passed / 3 skipped**（v1.13.0 の 880 - 旧 PO テスト 76 件 + 新規 plan_validator/cli_plan テスト 26 件）
+- `c3 plan validate` 動作確認: 正常 → exit 0、agent file 不在 → exit 2 で `task 't1': agent ... not found` エラー
+- `c3 plan waves` 動作確認: 2-task plan-report で 2-wave JSON 出力
+- `c3 po` 動作確認: `invalid choice: 'po' (choose from 'init', 'update', 'list-agents', 'list-skills', 'list-commands', 'doctor', 'plan', 'tier')`
+- `c3 doctor` exit 0
+
+### 次のステップ
+
+- **Step 5 (v2.0.0)**: `parallel_orchestra` パッケージ本体の削除（互換破壊）。`pyproject.toml` の `parallel-orchestra` console script・wheel package 解除、`po_results` / `po_status` テーブル DROP、`.claude/docs/parallel-orchestra-manifest.md` / `po-worktree-writes.md` 削除、`planner.md` の PO 言及を `parallel-agents` 向けに最終調整
+- v1.14.x を最低 1 ヶ月 LTS として維持してから v2.0.0 へ移行
+
+### 参考
+
+- 廃止計画: `~/.claude/plans/atomic-foraging-sprout.md`
+- PoC 結果: `~/.claude/projects/.../memory/feedback_parallel_subagent_race_resolved.md`
+
+---
+
 ## [1.13.0] - 2026-05-11
 
 ### 概要

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 1.13.0
+Version: 2.0.0
 Summary: Multi-agent orchestration framework for Claude Code (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-1.13.0 → claude_code_conductor-2.0.0}/pyproject.toml

@@ -30,7 +30,6 @@ dependencies = [
 
 [project.scripts]
 c3 = "c3.cli:main"
-parallel-orchestra = "parallel_orchestra.cli:main"
 
 [project.urls]
 Homepage = "https://github.com/satoh-y-0323/claude-code-conductor"
@@ -43,7 +42,7 @@ path = "src/c3/__init__.py"
 path = "hatch_build.py"
 
 [tool.hatch.build.targets.wheel]
-packages = ["src/c3", "src/parallel_orchestra"]
+packages = ["src/c3"]
 
 [tool.hatch.build.targets.wheel.force-include]
 "src/c3/_template" = "c3/_template"
@@ -51,7 +50,6 @@ packages = ["src/c3", "src/parallel_orchestra"]
 [tool.hatch.build.targets.sdist]
 include = [
     "src/c3",
-    "src/parallel_orchestra",
     "tests",
     "hatch_build.py",
     ".claude",

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/src/c3/__init__.py

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

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/src/c3/cli.py

@@ -12,7 +12,7 @@ import argparse
 import sys
 
 from c3 import __version__
-from c3 import cli_doctor, cli_init, cli_list, cli_po, cli_tier, cli_update
+from c3 import cli_doctor, cli_init, cli_list, cli_plan, cli_tier, cli_update
 
 
 def build_parser() -> argparse.ArgumentParser:
@@ -32,7 +32,7 @@ def build_parser() -> argparse.ArgumentParser:
     cli_update.register(sub)
     cli_list.register(sub)
     cli_doctor.register(sub)
-    cli_po.register(sub)
+    cli_plan.register(sub)
     cli_tier.register(sub)
 
     return parser

{claude_code_conductor-1.13.0 → claude_code_conductor-2.0.0}/src/c3/cli_doctor.py

@@ -20,12 +20,6 @@ def register(subparsers: argparse._SubParsersAction) -> None:
         "doctor",
         help="Run diagnostics on the local C3 setup",
     )
-    parser.add_argument(
-        "--check",
-        choices=["all", "po-only"],
-        default="all",
-        help="Limit checks to a subset (default: all)",
-    )
     parser.add_argument(
         "--quiet",
         action="store_true",
@@ -38,13 +32,9 @@ def handle(args: argparse.Namespace) -> int:
     color = _supports_color()
     findings: list[tuple[str, str, str]] = []  # (status, label, detail)
 
-    if args.check == "po-only":
-        findings.append(_check_po())
-    else:
-        findings.append(_check_claude_dir())
-        findings.append(_check_settings_json())
-        findings.append(_check_claude_binary())
-        findings.append(_check_po())
+    findings.append(_check_claude_dir())
+    findings.append(_check_settings_json())
+    findings.append(_check_claude_binary())
 
     exit_code = 0
     for status, label, detail in findings:
@@ -88,20 +78,11 @@ def _check_claude_binary() -> tuple[str, str, str]:
         return (
             _WARN,
             "claude binary",
-            "not on PATH; install Claude Code CLI before running parallel-orchestra",
+            "not on PATH; install Claude Code CLI before invoking c3 skills",
         )
     return _OK, "claude binary", path
 
 
-def _check_po() -> tuple[str, str, str]:
-    try:
-        import parallel_orchestra  # type: ignore[import-not-found]
-    except ImportError as exc:
-        return _ERR, "parallel-orchestra", f"bundled package failed to import: {exc}"
-    ver = getattr(parallel_orchestra, "__version__", "unknown")
-    return _OK, "parallel-orchestra", f"{ver} (bundled)"
-
-
 def _format(status: str, label: str, detail: str, *, color: bool) -> str:
     icon = {
         _OK: "[OK]",