claude-code-conductor 0.6.2__tar.gz → 0.6.4__tar.gz

claude_code_conductor-0.6.4/.claude/CLAUDE.md

@@ -0,0 +1,57 @@
+# Claude Code Conductor (C3)
+
+複数エージェントのオーケストレーションを中心に据えた Claude Code フレームワーク。
+
+## Language
+
+ユーザーとの応答は日本語で行うこと。コード・コマンド・ファイルパスは除く。
+
+## Communication Style
+
+- 冒頭の褒め言葉・社交辞令は入れない
+- 推測で話さない。事実・根拠のある内容のみ答える
+- 不確かな場合は「確認が必要です」と明示する
+- ルールを変更・省略する方が合理的だと判断した場合は、実行前にユーザーに確認する
+
+## User Interaction Rules
+
+- 長い出力・実装・設計を始める前に、1〜3行で計画を提示してユーザーの確認を取る
+- 質問は1回に1つ。複数の質問を一度に投げない
+- 選択肢を提示してユーザーが選びやすい形にする（AskUserQuestion を使う）
+- 推測で進めない。不明点は確認してから動く
+- 各エージェントの出力後は Approval Flow に従って承認を求める。承認なしに次フェーズへ進まない
+
+## Approval Flow
+
+エージェントの出力後は AskUserQuestion で以下の3択を提示する:
+- 承認 → 次のフェーズへ進む
+- 否認・修正を依頼する → フィードバックを追加入力させてエージェントを再起動する
+- 否認・自分で修正する → ユーザーの合図を待ってから再開する
+
+コンテキストに応じて選択肢を追加してよい。
+
+## Compact Instructions
+
+### KEEP（保持する）
+- 設計判断・トレードオフの記録
+- 確定した仕様・命名規則などの決定事項
+- 修正に苦労したバグの原因と恒久的な対策
+- 現在のタスクと次のステップ
+
+### DISCARD（捨てる）
+- 雑談・社交辞令
+- 解決済みのエラーログ・デバッグ出力
+- git 管理済みのコードの重複コピー
+- 完了済みの古いタスク記録
+
+## Directory Structure
+
+`.claude/docs/` は人間向けリファレンスのためエージェントは読まなくてよい。
+詳細は `.claude/docs/taxonomy.md` を参照。
+
+---
+
+## C3 Managed
+<!-- このセクションは C3 のコマンドが自動で更新する。手動で編集しないこと。 -->
+
+@rules/promoted/index.md

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/architect.md

@@ -41,7 +41,7 @@ requirements-report を受け取り、システム設計・技術選定・依存
 - 不明点はユーザーに確認する
 
 **After:**
-- `.claude/reports/architecture-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/architecture-report-{timestamp}.md` に出力する
 
 ## Tools & Constraints
 制限: ソースファイルの編集・書き込みは行わない

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/code-reviewer.md

@@ -40,7 +40,7 @@ tools:
 - 修正必須と推奨の2段階で提示する
 
 **After:**
-- `.claude/reports/code-review-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/code-review-report-{timestamp}.md` に出力する
 
 ## Tools & Constraints
 制限: ソースファイルの編集・書き込みは行わない

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/doc-writer.md

@@ -52,7 +52,7 @@ tools:
 
 **After:**
 - 指定された出力先にドキュメントを Write する:
-  - レポート: `.claude/reports/doc-{名前}-YYYYMMDD-HHMMSS.md`
+  - レポート: Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/doc-{名前}-{timestamp}.md` に出力する
   - 指定パス: 指定されたパスに直接 Write（ディレクトリが存在しない場合は Bash で作成）
   - 表示のみ: Write せずにコンテキストに出力する
 

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/interviewer.md

@@ -38,7 +38,7 @@ tools:
 - 「なぜそれが必要か」まで確認する
 
 **After:**
-- `.claude/reports/requirements-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/requirements-report-{timestamp}.md` に出力する
 
 ## Tools & Constraints
 制限: ソースファイルの編集・書き込みは行わない

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/planner.md

@@ -40,7 +40,7 @@ requirements-report・architecture-report・各種レビューレポートを統
 - タスクは「1タスク = 1コミット」の粒度を意識して分解する
 
 **After:**
-- `.claude/reports/plan-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/plan-report-{timestamp}.md` に出力する
 - plan-report の**先頭に YAML フロントマターを必ず付与する**。フォーマットは `.claude/docs/parallel-orchestra-manifest.md` の仕様に従う。最低限以下を出力すること:
   - `po_plan_version: "0.1"`
   - `name`（プランの表示名・文字列）

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/agents/security-reviewer.md

@@ -41,7 +41,7 @@ SQLインジェクション・XSS・認証認可・秘密情報漏洩などの
 - 修正方法の例を提示する
 
 **After:**
-- `.claude/reports/security-review-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/security-review-report-{timestamp}.md` に出力する
 
 ## Tools & Constraints
 制限: ソースファイルの編集・書き込みは行わない

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/skills/code-review/SKILL.md

@@ -10,4 +10,4 @@ description: 実装済みコードの code-reviewer・security-reviewer によ
 
 1. **最初に必ず** `.claude/skills/dev-workflow/SKILL.md` を Read する。記憶・推測で進めない
 2. **フェーズ E（レビュー）** から実行する
-3. dev-workflow/SKILL.md の AskUserQuestion・Edit・セッションファイル更新の手順を省略しない
+3. `.claude/skills/dev-workflow/SKILL.md` の AskUserQuestion・Edit・セッションファイル更新の手順を省略しない

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/skills/dev-workflow/SKILL.md

@@ -1,5 +1,5 @@
 ---
-description: ヒアリング→設計→計画→実装→レビューの全フェーズワークフロー。/start・/develop・/code-review コマンドが内部参照する。
+description: ヒアリング→設計→計画→実装→レビューの全フェーズワークフロー。/start・/develop・/code-review・wave-execution スキルが内部参照する。
 disable-model-invocation: false
 user-invocable: false
 ---
@@ -7,7 +7,7 @@ user-invocable: false
 # Dev Workflow
 
 要件定義から実装・レビューまでを複数エージェントで連携させるフルワークフロー。
-`commands/` の各コマンドからこのファイルを Read して指定フェーズから実行する。
+`.claude/skills/` の各スキルからこのファイルを Read して指定フェーズから実行する。
 フェーズ間の遷移はこのファイル内で完結する（外部コマンド呼び出し不要）。
 
 ---
@@ -249,7 +249,7 @@ plan-report の冒頭を Read し、YAML フロントマター（`---` で始ま
 
 **フロントマターありの場合:**
 1. **最初に必ず** `.claude/skills/wave-execution/SKILL.md` を Read する（記憶・推測で進めない）
-2. `wave-execution/SKILL.md` の手順に完全に従って wave 単位で実装を進める
+2. `.claude/skills/wave-execution/SKILL.md` の手順に完全に従って wave 単位で実装を進める
 3. 全 wave 完了後はフェーズ E（レビュー）へ進む（wave に reviewer タスクが含まれていれば E をスキップ可能と案内する）
 
 **フロントマターなしの場合（legacy フォールバック）:**

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/skills/develop/SKILL.md

@@ -10,6 +10,6 @@ plan-report に基づいて実装フェーズを実行する。
 
 1. **最初に必ず** `.claude/skills/dev-workflow/SKILL.md` を Read する。記憶・推測で進めない
 2. **フェーズ D（実装）** から実行する
-3. dev-workflow/SKILL.md の AskUserQuestion・Edit・セッションファイル更新の手順を省略しない
+3. `.claude/skills/dev-workflow/SKILL.md` の AskUserQuestion・Edit・セッションファイル更新の手順を省略しない
 4. D-0 で plan-report に YAML フロントマター（`po_plan_version`）が検出された場合は、続けて **必ず** `.claude/skills/wave-execution/SKILL.md` を Read してその手順に従う（C3 メイン + PO スポット並列モード）
 5. フロントマターが無い場合は legacy の D-1〜D-5 ceremony（tester→developer→tester の TDD 逐次実行）にフォールバックする

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/skills/start/SKILL.md

@@ -82,7 +82,7 @@ AskUserQuestion ツールで以下を提示する:
 
 ## Step 2: dev-workflow/SKILL.md を Read してフェーズを実行する
 
-**最初に必ず** `.claude/skills/dev-workflow/SKILL.md` を Read する。記憶・推測で進めず、dev-workflow/SKILL.md の AskUserQuestion・Edit・セッションファイル更新の手順を省略しないこと。
+**最初に必ず** `.claude/skills/dev-workflow/SKILL.md` を Read する。記憶・推測で進めず、`.claude/skills/dev-workflow/SKILL.md` の AskUserQuestion・Edit・セッションファイル更新の手順を省略しないこと。
 
 選択した開始地点に対応するフェーズから実行する:
 

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/.claude/skills/wave-execution/SKILL.md

@@ -18,7 +18,7 @@ C3 の親 Claude が plan-report の DAG を **wave 単位**で歩く。
 ## 前提条件
 
 - `claude-code-conductor` がインストール済みで `c3` コマンドが PATH 上にあること
-- plan-report が `.claude/reports/plan-report-*.md` の形式で配置され、YAML フロントマターを持つこと（フロントマターが無ければ `dev-workflow/SKILL.md` の D-1〜D-5 ceremony へフォールバック）
+- plan-report が `.claude/reports/plan-report-*.md` の形式で配置され、YAML フロントマターを持つこと（フロントマターが無ければ `.claude/skills/dev-workflow/SKILL.md` の D-1〜D-5 ceremony へフォールバック）
 
 ---
 
@@ -69,7 +69,7 @@ PO は worktree からの auto-merge で main に成果物を取り込む仕様
 
    - 終了コード `0` = マニフェスト妥当 → Step 1 へ
    - 終了コード `2` = マニフェストエラー（フィールド欠損・agent 不在等）→ stderr のメッセージを整形してユーザーに提示し、`/start` のフェーズ C（計画）を再実行するか手動で plan-report を編集するよう案内してこのスキルを終了する
-   - 終了コード `3` = ランナーエラー（claude バイナリ不在等）→ stderr のメッセージをそのまま提示してこのスキルを終了する。親 Claude は逐次実行（`dev-workflow/SKILL.md` の D-1〜D-5）に切り替えるか、環境を整備して `/develop` を再実行するかをユーザーに選んでもらう
+   - 終了コード `3` = ランナーエラー（claude バイナリ不在等）→ stderr のメッセージをそのまま提示してこのスキルを終了する。親 Claude は逐次実行（`.claude/skills/dev-workflow/SKILL.md` の D-1〜D-5）に切り替えるか、環境を整備して `/develop` を再実行するかをユーザーに選んでもらう
 
    PO は `c3` パッケージに同梱されているため、別途 `pip install` は不要。
 
@@ -196,7 +196,7 @@ c3 po run-wave <plan-report-path> --wave-index {N} --report .claude/reports/po-r
 | exit code | 意味 | 次のアクション |
 |---|---|---|
 | `0` | wave 内全タスク成功 | 2-D へ |
-| `1` | 1件以上のタスクが失敗 | 2-D へ（失敗一覧を含めて提示）。**注:** PO は 1 タスクあたり 15 分（`_INTERNAL_TIMEOUT_SEC = 900`、ハードコード上書き不可）でタイムアウトする。15 分超で failure 扱いになっていれば planner の粒度を見直す |
+| `1` | 1件以上のタスクが失敗 | 2-D へ（失敗一覧を含めて提示）。**注:** PO は 1 タスクあたり 20 分（`_INTERNAL_TIMEOUT_SEC = 1200`）でタイムアウトする。20 分超で failure 扱いになっていれば planner の粒度を見直す |
 | `2` | マニフェストエラー（Step 0 をすり抜けた）| エラー内容を提示しスキル終了 |
 | `3` | auto-merge 衝突（worktree → main の取り込みに失敗）| 下記「auto-merge が衝突した場合」のリカバリ手順へ |
 

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/CHANGELOG.md

@@ -1,5 +1,25 @@
 # Changelog
 
+## [0.6.4] - 2026-05-07
+
+### Changed
+- `CLAUDE.md`: 不要・重複・抽象的なセクションを削除・整理（Startup Protocol / Session Update Rules / Pattern Recording / Rule Compliance を削除、Communication Style・User Interaction Rules・Approval Flow・Compact Instructions・Available Commands・Directory Structure を整理・圧縮）
+- `agents/`: `report-timestamp` スキル呼び出しとファイル出力の記述を全エージェントで統一（architect・code-reviewer・doc-writer・interviewer・planner・security-reviewer）
+- `skills/`: `.claude/skills/` プレフィックスなしのパス参照を修正（code-review・dev-workflow・develop・start・wave-execution）
+- `skills/dev-workflow/SKILL.md`: `commands/` の記述を `skills/` に更新、description に wave-execution を参照元として追記
+- `README.md`: パターン昇格パス・c3 po コマンド一覧・PO 並列実行の説明・エージェント一覧（tdd-develop・systematic-debugger 追加）を現状に合わせて修正
+
+## [0.6.3] - 2026-05-07
+
+### Fixed
+- `read_only=true` tasks (e.g. `code-reviewer`, `security-reviewer`) were
+  launched with `--read-only`, a flag that does not exist in Claude Code CLI,
+  causing immediate failure. All tasks now use `--dangerously-skip-permissions`
+  regardless of `read_only`. `read_only` controls worktree creation only and
+  is never passed to the `claude` binary.
+- `wave-execution/SKILL.md`: update timeout note from 900 s (15 min) to
+  1200 s (20 min) to reflect the v0.6.1 change.
+
 ## [0.6.2] - 2026-05-07
 
 ### Fixed

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 0.6.2
+Version: 0.6.4
 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
@@ -182,7 +182,9 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・parallel-orchestra） |
 | `c3 po dry-run <plan-report>` | plan-report をマニフェストとして検証 |
-| `c3 po run <plan-report>` | plan-report を parallel-orchestra で並列実行 |
+| `c3 po waves <plan-report>` | plan-report の wave 分解結果を JSON で出力 |
+| `c3 po run <plan-report>` | plan-report を parallel-orchestra で全 wave 並列実行 |
+| `c3 po run-wave <plan-report> --wave-index N` | 指定 wave のみ実行 |
 
 ### 基本的な使い方
 
@@ -207,9 +209,11 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | planner | opus | plan-report | 親 Claude がペルソナ採用 |
 | developer | sonnet | 実装コード | Agent ツールで起動 |
 | tester | sonnet | テスト・test-report | Agent ツールで起動 |
+| tdd-develop | sonnet | - | Agent ツールで起動（PO 並列時のみ）|
 | code-reviewer | sonnet | code-review-report | Agent ツールで起動 |
 | security-reviewer | sonnet | security-review-report | Agent ツールで起動 |
 | doc-writer | sonnet | ドキュメント各種 | Agent ツールで起動 |
+| systematic-debugger | sonnet | debug-analysis-report | Agent ツールで起動（行き詰まり時）|
 
 インタラクティブな対話が必要なエージェント（interviewer・architect・planner）は親 Claude がペルソナを採用して動作します。実装・検証系エージェントはサブエージェントとして起動されます。
 
@@ -306,7 +310,7 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 
 - セッションをまたいで観測されるたびに **信用度（trust_score）** が上がります
 - 登録から3日以上・信用度 0.8 以上で **昇格候補** になります
-- `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted/` にルールとして昇格します
+- `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted-YYYYMMDD-{id}/` にルールとして昇格します
 - 昇格したルールは以降の全セッションで自動的にエージェントへ注入されます
 
 昇格スキルは `skills/promoted-YYYYMMDD-{id}/SKILL.md` の形式で配置され、Claude Code が自動的に検出します。
@@ -340,8 +344,8 @@ PO は C3 に同梱されているため、`pip install claude-code-conductor`
 **使い方:**
 
 1. `/start` で要件→設計→計画フェーズを完走させる（planner が plan-report の先頭に PO 用 YAML フロントマターを自動付与します）
-2. `/develop` を起動 → **D-0** で「PO 並列実行」を選ぶ
-3. C3 が `c3 po dry-run` でマニフェスト妥当性を検証、ユーザー承認を取ってから `c3 po run` で並列実行します
+2. `/develop` を起動 → **D-0** で plan-report のフロントマターを自動検出し PO 並列モードへ切り替わる
+3. C3 が `c3 po dry-run` でマニフェスト妥当性を検証、wave ごとにユーザー承認を取りながら `c3 po run-wave` で実行します
 
 マニフェスト仕様の詳細は `.claude/docs/parallel-orchestra-manifest.md` を参照してください。
 

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/README.md

@@ -140,7 +140,9 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・parallel-orchestra） |
 | `c3 po dry-run <plan-report>` | plan-report をマニフェストとして検証 |
-| `c3 po run <plan-report>` | plan-report を parallel-orchestra で並列実行 |
+| `c3 po waves <plan-report>` | plan-report の wave 分解結果を JSON で出力 |
+| `c3 po run <plan-report>` | plan-report を parallel-orchestra で全 wave 並列実行 |
+| `c3 po run-wave <plan-report> --wave-index N` | 指定 wave のみ実行 |
 
 ### 基本的な使い方
 
@@ -165,9 +167,11 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | planner | opus | plan-report | 親 Claude がペルソナ採用 |
 | developer | sonnet | 実装コード | Agent ツールで起動 |
 | tester | sonnet | テスト・test-report | Agent ツールで起動 |
+| tdd-develop | sonnet | - | Agent ツールで起動（PO 並列時のみ）|
 | code-reviewer | sonnet | code-review-report | Agent ツールで起動 |
 | security-reviewer | sonnet | security-review-report | Agent ツールで起動 |
 | doc-writer | sonnet | ドキュメント各種 | Agent ツールで起動 |
+| systematic-debugger | sonnet | debug-analysis-report | Agent ツールで起動（行き詰まり時）|
 
 インタラクティブな対話が必要なエージェント（interviewer・architect・planner）は親 Claude がペルソナを採用して動作します。実装・検証系エージェントはサブエージェントとして起動されます。
 
@@ -264,7 +268,7 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 
 - セッションをまたいで観測されるたびに **信用度（trust_score）** が上がります
 - 登録から3日以上・信用度 0.8 以上で **昇格候補** になります
-- `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted/` にルールとして昇格します
+- `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted-YYYYMMDD-{id}/` にルールとして昇格します
 - 昇格したルールは以降の全セッションで自動的にエージェントへ注入されます
 
 昇格スキルは `skills/promoted-YYYYMMDD-{id}/SKILL.md` の形式で配置され、Claude Code が自動的に検出します。
@@ -298,8 +302,8 @@ PO は C3 に同梱されているため、`pip install claude-code-conductor`
 **使い方:**
 
 1. `/start` で要件→設計→計画フェーズを完走させる（planner が plan-report の先頭に PO 用 YAML フロントマターを自動付与します）
-2. `/develop` を起動 → **D-0** で「PO 並列実行」を選ぶ
-3. C3 が `c3 po dry-run` でマニフェスト妥当性を検証、ユーザー承認を取ってから `c3 po run` で並列実行します
+2. `/develop` を起動 → **D-0** で plan-report のフロントマターを自動検出し PO 並列モードへ切り替わる
+3. C3 が `c3 po dry-run` でマニフェスト妥当性を検証、wave ごとにユーザー承認を取りながら `c3 po run-wave` で実行します
 
 マニフェスト仕様の詳細は `.claude/docs/parallel-orchestra-manifest.md` を参照してください。
 

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/src/c3/__init__.py

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

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/src/parallel_orchestra/runner.py

@@ -1129,10 +1129,9 @@ def _execute_task(
     PO_WORKTREE_GUARD=1 is set in the environment automatically.
     For read_only=True tasks, effective_cwd (passed by the caller) is used.
     """
-    if task.read_only:
-        cmd = [claude_exe, "--read-only"]
-    else:
-        cmd = [claude_exe, "--dangerously-skip-permissions"]
+    # read_only controls worktree creation only — never passed to claude as a flag.
+    # Both task types need --dangerously-skip-permissions for headless execution.
+    cmd = [claude_exe, "--dangerously-skip-permissions"]
     if task.agent:
         cmd.extend(["--agent", task.agent])
     cmd.extend([_CLAUDE_PROMPT_FLAG, task.prompt])

{claude_code_conductor-0.6.2 → claude_code_conductor-0.6.4}/tests/parallel_orchestra/test_review_fixes.py

@@ -164,16 +164,19 @@ def test_log_masks_api_key(tmp_path, monkeypatch):
 
 
 # ---------------------------------------------------------------------------
-# Task 16 / S-1 — read_only tasks use --read-only, not --dangerously-skip-permissions
+# Task 16 / S-1 — read_only tasks use --dangerously-skip-permissions (not --read-only)
+# read_only controls worktree creation only; it must never be passed to claude as a flag.
 # ---------------------------------------------------------------------------
 
 
-def test_readonly_task_gets_read_only_flag(tmp_path, monkeypatch):
-    """A task with read_only=true must use --read-only flag, not --dangerously-skip-permissions."""
+def test_readonly_task_uses_dangerously_skip_permissions(tmp_path, monkeypatch):
+    """A task with read_only=true must use --dangerously-skip-permissions, not --read-only.
+
+    read_only is an internal PO control field (worktree vs no-worktree).
+    Claude Code CLI has no --read-only flag, so passing it would break execution.
+    """
     from parallel_orchestra import load_manifest, run_manifest
 
-    # Set up a git repo in tmp_path so run_manifest can resolve git_root for write tasks.
-    # We only have a read_only task, so git_root is not required.
     manifest_text = (
         "---\n"
         "po_plan_version: \"0.1\"\n"
@@ -206,7 +209,6 @@ def test_readonly_task_gets_read_only_flag(tmp_path, monkeypatch):
 
     monkeypatch.setattr(subprocess, "Popen", FakePopen)
 
-    # Disable the dashboard to avoid TTY issues in CI
     fake_stderr = io.StringIO()
     fake_stderr.isatty = lambda: False  # type: ignore[attr-defined]
     monkeypatch.setattr(sys, "stderr", fake_stderr)
@@ -217,11 +219,11 @@ def test_readonly_task_gets_read_only_flag(tmp_path, monkeypatch):
     assert captured_commands, "No subprocess.Popen calls were recorded"
 
     task_cmd = captured_commands[0]
-    assert "--read-only" in task_cmd, (
-        f"--read-only was not found in command: {task_cmd}"
+    assert "--dangerously-skip-permissions" in task_cmd, (
+        f"--dangerously-skip-permissions was not found in read_only=true command: {task_cmd}"
     )
-    assert "--dangerously-skip-permissions" not in task_cmd, (
-        f"--dangerously-skip-permissions was found in read_only=true command: {task_cmd}"
+    assert "--read-only" not in task_cmd, (
+        f"--read-only (non-existent Claude flag) was found in command: {task_cmd}"
     )
 
 

claude_code_conductor-0.6.2/.claude/CLAUDE.md

@@ -1,209 +0,0 @@
-# Claude Code Conductor (C3)
-
-複数エージェントのオーケストレーションを中心に据えた Claude Code フレームワーク。
-
-## Startup Protocol
-
-セッション開始時に必ず `/init-session` を実行する。
-
-## Language
-
-ユーザーとの応答は日本語で行うこと。コード・コマンド・ファイルパスは除く。
-
-## Communication Style
-
-- まじめベースで応答する。ユーザーを無駄に持ち上げる言葉は不要
-- ユーザーとの関係・信頼を大事にする。忖度しない
-- 推測・憶測ではなく事実ベース・根拠のある内容で話す
-- 不確かな場合は「確認が必要です」と明示する
-
-## Rule Compliance
-
-- ルール厳守。ルール違反はユーザーの信頼を損なう行為となることを認識し、ルールをどうしても変更したり省略したり守らない方が合理的と思った場合はユーザーに必ず確認する。
-
-## Session Update Rules
-
-session ファイルはタスク完了のたびに更新する。まとめて最後に書かない。
-
-| タイミング | 更新内容 |
-|---|---|
-| タスク完了時 | 残タスクの該当行を `[x]` にする |
-| 良いアプローチを発見したとき | `## うまくいったアプローチ` に追記 |
-| 失敗・ハマったとき | `## 試みたが失敗したアプローチ` に追記 |
-| パターンを発見したとき | JSON ブロックの `patterns` 配列に追記 |
-| 新しいタスクが発生したとき | `## 残タスク` に追記 |
-
-## Pattern Recording
-
-session ファイルの JSON ブロックにパターンを記録する:
-
-```json
-"patterns": [
-  {
-    "id": "一意なID（英数字・アンダースコア）",
-    "description": "どんな状況でどう対処するかを1文で"
-  }
-]
-```
-
-`stop.py` がセッション終了時に `patterns.json` を自動更新する。
-信用度が 0.8 以上・登録から3日以上経過したパターンは `/promote-pattern` で昇格できる。
-
-## User Interaction Rules
-
-ユーザーと対話するコマンド（`/agent-interviewer`・`/agent-architect`・`/agent-planner` 等）を実行する際に守ること。
-
-### 書く前に考える
-
-長い出力・実装・設計を始める前に、1〜3行で計画を提示してユーザーの確認を取る。
-確認なしに一気に書き始めない。
-
-### 質問の仕方
-
-**OK（推奨）:**
-- 1回に1つの質問に絞る
-- 選択肢を提示してユーザーが選びやすい形にする
-  ```
-  ○○について教えてください:
-    [A] ...
-    [B] ...
-    [C] その他（自由記述）
-  ```
-- 表面的な要望の背景まで掘り下げる（「なぜそれが必要か」）
-
-**NG（禁止）:**
-- 複数の質問を一度に投げる
-  ```
-  ❌ 「目的・制約・スケジュールを教えてください」
-  ✅ 「まず目的を教えてください」→ 回答後に次の質問へ
-  ```
-- 推測で進めて後から修正する
-  ```
-  ❌ 「おそらく○○だと思うので進めます」
-  ✅ 「○○という理解で合っていますか？」
-  ```
-
-### 承認を求めるタイミング
-
-各エージェントの出力後は必ずユーザーに内容を提示し、Approval Flow（下記）に従って承認を求める。
-承認なしに次フェーズへ進まない。
-
-## Approval Flow
-
-エージェントの出力をユーザーが確認する際の標準フロー。
-親 Claude が AskUserQuestion ツールで構造化された選択肢を提示する。
-
-### 標準承認フロー
-
-```json
-{
-  "questions": [{
-    "question": "{確認対象の概要} の内容を確認してください。どうしますか？",
-    "options": [
-      { "label": "承認", "description": "このまま次のフェーズへ進む" },
-      { "label": "否認・修正を依頼する", "description": "フィードバックを入力してエージェントに再実行させる" },
-      { "label": "否認・自分で修正する", "description": "自分でファイルを編集してから続ける" }
-    ]
-  }]
-}
-```
-
-### 選択後の処理
-
-**「承認」の場合:**
-次のフェーズへ進む。
-
-**「否認・修正を依頼する」の場合:**
-追加の AskUserQuestion でフィードバックを自由入力させる:
-```json
-{
-  "questions": [{
-    "question": "どのように修正してほしいですか？"
-  }]
-}
-```
-入力内容をプロンプトに含めてエージェントを再起動する。
-
-**「否認・自分で修正する」の場合:**
-```
-修正が完了したら声をかけてください。続きから再開します。
-```
-ユーザーの合図を待ってから次のステップへ進む。
-
-### コンテキスト別のカスタム選択肢
-
-標準の3択に加え、コンテキストに応じて選択肢を追加してよい:
-
-| コンテキスト | 追加しうる選択肢 |
-|---|---|
-| developer の実装確認 | 「否認・自分でコードを修正する」 |
-| tester の test-report 確認 | 「このまま次の tester フェーズへ」 |
-| reviewer の report 確認 | 「Low 指摘のみ・このまま完了する」 |
-
-## Compact Instructions
-
-### KEEP（保持する）
-- **設計判断（Architectural Decisions）** — なぜその技術を選んだか、トレードオフの記録
-- **決定事項（Key Conclusions）** — 議論の末に確定した仕様、ディレクトリ構造、命名規則
-- **解決済みのハマりどころ（Caveats）** — 修正に苦労したバグの原因と恒久的な対策
-- **進行中のステータス（TODO/Status）** — 現在取り組んでいるタスクと次のステップ、残タスク
-
-### DISCARD（捨てる）
-- **雑談・挨拶（Chit-chat）** — 「ありがとうございます」「お疲れ様です」等の社交辞令
-- **解決済みのエラーログ（Logs）** — 一時的なエラーログ・デバッグ出力（原因と対策は Caveats で保持）
-- **冗長なコード断片（Snippets）** — git 管理されているソースコード本体の重複コピー
-- **期限切れのタスク（Old Tasks）** — 既に完了し、今後の開発に影響を与えない古い作業記録
-
-### いつ /compact を使うか
-
-マイルストーン（フェーズ完了・wave 完了・大きなタスク区切り）に到達したら、以下の判断フローで `/compact` か **セッション再起動** を選ぶ。
-
-| 状況 | 推奨 |
-|---|---|
-| 同じタスクを継続中で、直前の判断・議論を圧縮しつつ残したい | `/compact`（KEEP/DISCARD ルールに従い圧縮） |
-| 別タスクに切り替える・長時間中断する・コンテキストを完全リセットしたい | セッションを終了し、次回 `/init-session` で再開 |
-| 残タスクが session ファイルに記録されており、Claude の記憶を保持する必要がない | セッション再起動が推奨（情報損失なし） |
-| Claude に直前の試行錯誤の経緯を覚えていてほしい | `/compact` |
-
-**注意:**
-- `/compact` 実行時は `pre_compact.py` フックが session ファイルにチェックポイントを自動記録する
-- セッション再起動時は `/init-session` が前回 session ファイルを読み込んで残タスクを復元する
-- どちらを選んでも session ファイルへの記録があれば情報は失われない
-
-## Available Commands
-
-| コマンド | 目的 |
-|---|---|
-| `/init-session` | セッション初期化・前回状態の復元 |
-| `/pattern-status` | patterns.json の現状（信用度・昇格候補・期限残・既昇格）を可視化 |
-| `/promote-pattern` | 昇格候補パターンを rules/ または skills/ に昇格 |
-| `/setup` | コーディング規約の設定（標準規約 + 独自規約） |
-| `/start` | 開発ワークフローの入口（ヒアリング→設計→計画）|
-| `/develop` | 実装フェーズ（TDD: tester→developer→tester） |
-| `/code-review` | レビューフェーズ（code-reviewer→security-reviewer） |
-| `/doc` | ドキュメント生成（doc-writer エージェント） |
-| `/mcp-config` | MCP サーバーの追加・一覧・削除 |
-| `/extract-lib` | 複数プロジェクトの共通コードを抽出してライブラリ設計・生成 |
-
-## Directory Structure
-
-```
-.claude/
-├── agents/                        # エージェント定義（誰か・何ができるか・何ができないか）
-├── docs/                          # 人間向けリファレンス（エージェントは読まなくてよい）
-├── hooks/                         # イベントドリブンで自動実行される Python スクリプト
-├── rules/                         # エージェントに注入される背景知識・制約
-│   └── promoted/                  # /promote-pattern で昇格したルール
-├── skills/                        # 複数エージェントをまたぐオーケストレーション手順
-│   └── promoted-YYYYMMDD-{id}/    # /promote-pattern で昇格したスキル
-└── memory/                        # セッション記憶・パターン信用度データ
-```
-
-詳細は `.claude/docs/taxonomy.md` を参照。
-
----
-
-## C3 Managed
-<!-- このセクションは C3 のコマンドが自動で更新する。手動で編集しないこと。 -->
-
-@rules/promoted/index.md