claude-code-conductor 2.29.4__tar.gz → 2.31.0__tar.gz

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/.claude/CLAUDE.md

@@ -53,15 +53,15 @@
 
 ## Platform Compatibility
 
-このファイルは Claude Code / Codex / Cursor から canonical source として読まれる。
+このファイルは Claude Code / Codex / Cursor / OpenCode から 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 側では読み替え不能なものは無視される
+- **`AskUserQuestion`** への参照は、Codex/Cursor では MCP tool `c3_ask_user_question` に読み替える（MCP elicitation 非対応時の fallback は `c3 ask --file <json>`）。OpenCode では MCP を生成しないため、`AGENTS.md` の指示に従ってユーザーへ直接確認する（`multiSelect: true` は複数選択の質問として維持）
+- **`Agent` ツール** の参照は、Codex では `.codex/agents/<name>.toml` 経由のサブエージェント、Cursor では現行 runtime のサブエージェント機構（無い場合は同一 agent 内でフェーズ実行しレポート契約のみ維持）、OpenCode では `.opencode/agents/c3-<name>.md` を `@mention` で起動するサブエージェントに読み替える
+- **`Skill` ツール / `/<skill>`** の参照は、Codex では `.agents/skills/<name>/SKILL.md`、Cursor では `.claude/skills/<name>/SKILL.md` を直接読み込む。OpenCode では `.opencode/agents/c3-skill-<name>.md`（`.claude/skills/<name>/SKILL.md` を本文に埋め込み済み）を `@mention` で起動する（スラッシュコマンド自動展開は Claude Code 専用機能）
+- **`isolation: worktree`** / **`permissionMode`** / **`tools` 制限** など agent フロントマターの一部キーは Claude Code 仕様。adapter 側では読み替え不能なものは無視される（OpenCode adapter は全 agent に `bash/read/edit/write/websearch` を一律付与する）
 
-レポート（`.claude/reports/`）・state（`.claude/state/`）・memory（`.claude/agent-memory/`）のファイル名と書き込み先は全プラットフォーム共通。adapter 生成物の詳細は `c3 init --platform codex|cursor` で出力される `AGENTS.md` / `.cursor/rules/c3-core.mdc` を参照。
+レポート（`.claude/reports/`）・state（`.claude/state/`）・memory（`.claude/agent-memory/`）のファイル名と書き込み先は全プラットフォーム共通。adapter 生成物の詳細は `c3 init --platform codex|cursor|opencode` で出力される `AGENTS.md` / `.cursor/rules/c3-core.mdc` / `.opencode/agents/` を参照。
 
 ---
 

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/.claude/docs/platform-adapters.md

@@ -1,7 +1,7 @@
 # Platform Adapters
 
 C3 は **Claude Code** を canonical platform として設計されているが、
-`c3 init --platform` で Codex / Cursor 向けの adapter を生成し、同じ `.claude/`
+`c3 init --platform` で Codex / Cursor / OpenCode 向けの adapter を生成し、同じ `.claude/`
 ツリーを共通の source of truth として利用できる。
 
 本ドキュメントは:
@@ -22,6 +22,7 @@ C3 は **Claude Code** を canonical platform として設計されているが
 | `claude` (デフォルト) | `.claude/` のみ | Claude Code ネイティブ |
 | `codex` | `.claude/` + `AGENTS.md` + `.codex/` + `.agents/` | Codex CLI / 職場 Codex |
 | `cursor` | `.claude/` + `.cursor/` | Cursor IDE |
+| `opencode` | `.claude/` + `AGENTS.md` + `.opencode/` | OpenCode |
 | `all` | 上記すべて | マルチプラットフォーム共存 |
 
 `c3 init --platform claude` 以外でも `.claude/` は canonical source として残り、
@@ -51,6 +52,16 @@ adapter は派生ファイルを生成するのみ（`.claude/` の中身を変
 | `.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 にマージ |
 
+### `opencode` 選択時
+
+| パス | 内容 | 生成ロジック |
+|---|---|---|
+| `AGENTS.md` | プロジェクト直下。OpenCode に C3 workflow の存在と `@c3-*` agent の使い方を伝える | `_opencode_agents_section` を managed block で挿入（Codex とは別マーカー） |
+| `.opencode/agents/c3-<name>.md` | `.claude/agents/<name>.md` から生成した OpenCode agent 定義 | `_opencode_agent_md`。`interviewer`/`architect`/`planner` は `mode: all-purpose`、他は `mode: subagent` |
+| `.opencode/agents/c3-skill-<name>.md` | `.claude/skills/<name>/SKILL.md` を OpenCode agent として変換 | `_skill_to_opencode_agent_md`。`mode: all-purpose` 固定 |
+
+> OpenCode adapter は MCP 設定ファイルを生成しない。`AskUserQuestion` は OpenCode 上でユーザーに直接確認する方式（`AGENTS.md` の adapter 指示で `multiSelect: true` を維持）。
+
 ---
 
 ## 3. MCP server (`c3.mcp_server`)
@@ -140,22 +151,22 @@ managed block は使わず、`mcpServers.c3` キーだけを上書き。他の
 
 ## 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/`) | 共通 | 共通 | 共通 |
+| 機能 | Claude Code | Codex | Cursor | OpenCode |
+|---|---|---|---|---|
+| `AskUserQuestion` | ネイティブツール | MCP `c3_ask_user_question` / fallback `c3 ask` | 同左 | `AGENTS.md` の指示でユーザーに直接確認（`multiSelect` 維持） |
+| `Agent` ツール | ネイティブ subagent | `.codex/agents/<name>.toml` 経由の subagent | runtime に subagent 機構があれば使用、無ければ同一 agent 内でフェーズ実行 | `.opencode/agents/c3-<name>.md` を `@mention` で起動 |
+| `Skill` ツール / `/<skill>` | ネイティブ | `.agents/skills/<name>/SKILL.md` を読む | `.claude/skills/<name>/SKILL.md` を rule から指示 | `.opencode/agents/c3-skill-<name>.md`（本文に `.claude/skills/<name>/SKILL.md` を埋め込み） |
+| `isolation: worktree` | サポート | 一部 Codex runtime で対応、不可時は同一 worktree 実行 | 反映されない | 反映されない |
+| `permissionMode` | サポート | 概念なし（無視） | 概念なし（無視） | 概念なし（無視） |
+| `tools` 制限 | サポート | Codex subagent のツール制限に部分対応 | rule テキスト内で補完 | 全 agent に `bash/read/edit/write/websearch` を付与 |
+| `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` を指示 | `.opencode/agents/c3-skill-promote-pattern.md` を `@mention` |
+| レポート (`.claude/reports/`) | 共通 | 共通 | 共通 | 共通 |
+| state (`.claude/state/`) | 共通 | 共通 | 共通 | 共通 |
 
 レポート・state・memory のファイル名と書き込み先は全プラットフォーム共通。これにより
-Claude Code / Codex / Cursor が同じプロジェクトを行き来しても workflow 状態が保たれる。
+Claude Code / Codex / Cursor / OpenCode が同じプロジェクトを行き来しても workflow 状態が保たれる。
 
 ---
 
@@ -164,4 +175,6 @@ Claude Code / Codex / Cursor が同じプロジェクトを行き来しても wo
 - **`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 非対応の場合は無視される
+- **OpenCode の `AskUserQuestion`**: OpenCode adapter は MCP 設定を生成しないため、`c3_ask_user_question` ツールは使わず `AGENTS.md` の指示に従ってユーザーへ直接確認する。`multiSelect: true` は「複数選択の質問」として維持するよう指示済み
+- **OpenCode の `tools` 制限**: 生成される agent には一律で `bash/read/edit/write/websearch` を付与する。Claude 側 frontmatter の細かな `tools` 制限は反映されない（C3 の `code-reviewer` / `security-reviewer` は Claude 側でもレポート出力のため `write` を持つ）
 - **改行コード**: adapter 生成ファイルは LF 改行で書き出す（`newline="\n"`）。`.gitattributes` で `eol=lf` を固定済み

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/.claude/skills/dev-workflow/SKILL.md

@@ -19,60 +19,19 @@ user-invocable: false
 今日のセッションファイルに以下を追記する（未登録の場合のみ）:
 - `- [ ] ヒアリング` / `- [ ] 設計` / `- [ ] 計画`
 
-### A-1: 背景・きっかけ
+### A-1〜A-3: 動的ヒアリング（ルーブリック型）
 
-AskUserQuestion ツール:
-```json
-{
-  "questions": [{
-    "question": "背景・きっかけを教えてください（なぜ今これが必要ですか？）",
-    "options": [
-      { "label": "ユーザーからの要望", "description": "具体的な声があった" },
-      { "label": "ビジネス上の要件", "description": "事業的な理由がある" },
-      { "label": "技術的な負債解消", "description": "将来のために今直したい" },
-      { "label": "パフォーマンス問題", "description": "遅い・重いを解決したい" }
-    ]
-  }]
-}
-```
-
-### A-2: 制約・前提条件
-
-AskUserQuestion ツール:
-```json
-{
-  "questions": [{
-    "question": "制約や前提条件はありますか？（複数選択可）",
-    "options": [
-      { "label": "納期がある", "description": "期日を後で教えてください" },
-      { "label": "既存APIを壊せない", "description": "後方互換性が必要" },
-      { "label": "特定の技術スタックに限定", "description": "使える技術が決まっている" },
-      { "label": "特になし" }
-    ],
-    "multiSelect": true
-  }]
-}
-```
+**最初に必ず** `.claude/skills/dev-workflow/references/interview-rubric.md` を Read する（記憶・推測で進めない）。
+その指針に従い、床 5 観点（①背景・目的 ②スコープ境界 ③制約・前提 ④非機能要件 ⑤成功条件）を
+**動的にヒアリング**する。要点:
 
-制約を選んだ場合は補足情報（納期の日付など）を追加で確認する。
+- 質問文・選択肢はタスク固有に**その場で生成**する（固定テンプレの 4 択を使わない）。`Other`（自由記述）は常設。
+- 会話コンテキストと既存 `requirements-report` で**判明済みの観点は再質問しない**。
+- 1 回の `AskUserQuestion` = 1 問（CLAUDE.md「質問は 1 回に 1 つ」）。深掘りは設計を左右する不明点のみ 1 問。
+- **停止条件**: 床 5 観点が十分 / 質問総数 **上限 6 問** 到達 / ユーザーが「もう十分」。床充足なら即停止する。
+- requirements-report 生成前に **self-check**: 5 観点に確定内容があるか点検し、空欄は推測で埋めず「未確定事項」として明示する。
 
-### A-3: 非機能要件
-
-AskUserQuestion ツール:
-```json
-{
-  "questions": [{
-    "question": "特に重視したい品質特性はありますか？",
-    "options": [
-      { "label": "セキュリティ", "description": "認証・認可・データ保護を重視" },
-      { "label": "パフォーマンス", "description": "速度・スループットを重視" },
-      { "label": "保守性", "description": "読みやすさ・変更しやすさを重視" },
-      { "label": "特になし・バランスよく" }
-    ],
-    "multiSelect": true
-  }]
-}
-```
+詳細手順・予測可能性の担保根拠は `references/interview-rubric.md` を参照。
 
 ### A-4: requirements-report の生成と承認
 
@@ -111,25 +70,19 @@ AskUserQuestion ツール:
 今日のセッションファイルに以下を追記する（未登録の場合のみ）:
 - `- [ ] 設計` / `- [ ] 計画`
 
-### B-1: 技術スタックの確認
+### B-1〜B-2: 動的設計確認（ルーブリック型）
 
-AskUserQuestion ツール:
-```json
-{
-  "questions": [{
-    "question": "技術スタックについて制約はありますか？",
-    "options": [
-      { "label": "既存スタックに合わせる", "description": "使用中の言語・FWに統一する" },
-      { "label": "最適なものを選んでほしい", "description": "推薦に任せる" },
-      { "label": "指定がある", "description": "使う技術を具体的に伝えます" }
-    ]
-  }]
-}
-```
+**最初に必ず** `.claude/skills/dev-workflow/references/design-rubric.md` を Read する（記憶・推測で進めない）。
+その指針に従い、床 4 観点（①技術スタック制約 ②要件から導く設計判断ポイント ③非機能の実現方針 ④トレードオフ分岐）を
+**動的に確認**する。要点:
 
-### B-2: 設計と不明点の確認
+- 技術スタック制約を起点に、要件から設計判断ポイントを**その場で列挙**して確認する（固定テンプレの 3 択を使わない）。
+- 要件から自明に決まる設計判断（非機能の実現方針が要件から定まる場合を含む）は再質問しない。複数案があるものは比較の軸も併せて提示する。
+- 1 回の `AskUserQuestion` = 1 問。設計を左右する不明点のみ深掘り（控えめ）。
+- **停止条件**: 床 4 観点が十分 / 質問総数 **上限 4 問** 到達 / ユーザーが「もう十分」。床充足なら即停止する。
+- architecture-report 生成前に **self-check**: 4 観点に確定内容があるか点検し、空欄は推測で埋めず「未確定事項」として明示する。
 
-要件をもとに設計案を作成する。不明点があれば AskUserQuestion ツールで確認する。
+詳細手順は `references/design-rubric.md` を参照。
 
 ### B-3: architecture-report の生成と承認
 

claude_code_conductor-2.31.0/.claude/skills/dev-workflow/references/design-rubric.md

@@ -0,0 +1,62 @@
+# Design Rubric（設計・ルーブリック）
+
+`dev-workflow` フェーズ B（設計）で architect ペルソナが参照する**動的設計確認の指針**。
+`/start` で親 Claude が `.claude/agents/architect.md` のペルソナを採用した後、本ファイルを Read して
+**床観点をルーブリックに従って動的に確認する**。フェーズ B（旧 B-1 + B-2 を統合）専用。
+
+設計思想（ハイブリッド）: **確認する観点カテゴリ＝固定**（予測可能）／
+**質問文・選択肢・深掘り＝動的**（要件から導いてその場で生成する）。
+
+---
+
+## 床観点（必ず押さえる 4 観点）
+
+| # | 観点 | 確認したいこと |
+|---|---|---|
+| 1 | 技術スタック制約 | 既存スタックに合わせる / 最適なものを選ぶ / 指定がある |
+| 2 | 主要な設計判断ポイント | 要件から導く分岐（データ保存方式・連携方式・状態管理・モジュール境界 等） |
+| 3 | 非機能の実現方針 | requirements-report の非機能要件を設計でどう満たすか |
+| 4 | トレードオフ分岐 | 複数案があり採用判断が要る箇所（採用理由を記録する） |
+
+architect は interviewer と異なり**構造化（選択肢付き）**で確認する。
+設計判断は選択肢を明示した方がユーザーが選びやすく、トレードオフも提示しやすい。
+
+---
+
+## 動的確認のフロー
+
+### Step 1: 既知情報の取り込み
+
+`requirements-report`（コンテキスト内になければ Glob で最新を Read）と既存コード（Glob / Grep）を読み、
+床 4 観点を「判明 / 未判明」でマークする。要件から自明に決まる設計判断は再質問しない。
+
+### Step 2: 技術スタック制約を起点に動的確認
+
+1. まず観点 1（技術スタック制約）を確認する。
+2. 続いて、要件から**主要な設計判断ポイント（観点 2）を動的に列挙**し、判断が要るものを確認する。
+   - 質問文・選択肢は要件に即してその場で生成する（固定テンプレを使わない）。
+   - 複数案があるものは比較の軸（観点 4 のトレードオフ）も併せて提示する。
+3. 非機能の実現方針（観点 3）に未確定があれば確認する。
+
+- **1 回の `AskUserQuestion` = 1 問**（CLAUDE.md「質問は 1 回に 1 つ」）。
+- 設計を左右する不明点のみ、**1 観点につき 1 問まで**深掘りする（控えめ）。
+
+### Step 3: 停止条件（ガードレール）
+
+以下のいずれかで確認を終了し、B-3（architecture-report 生成）へ進む。
+
+- **床 4 観点すべてが設計判断に十分**になった（→ 床充足で即停止。残り質問枠があっても追加しない）。
+- 質問総数が **上限 4 問** に達した（残る未確定は report に「未確定事項」として明記）。
+- ユーザーが「もう十分」と表明した。
+
+### Step 4: self-check（architecture-report 生成前）
+
+report を Write する直前に、床 4 観点それぞれに確定内容があるか点検する。
+空欄は推測で埋めず、report に「**未確定事項**」として明示する（後段の planner が把握できる形で残す）。
+
+---
+
+## 予測可能性の担保
+
+**確認する観点カテゴリは固定**・**質問文と選択肢だけ動的**。
+ユーザーは設計フェーズでおおよそ何を問われるか予測しつつ、タスク固有の設計判断に踏み込める。

claude_code_conductor-2.31.0/.claude/skills/dev-workflow/references/interview-rubric.md

@@ -0,0 +1,78 @@
+# Interview Rubric（ヒアリング・ルーブリック）
+
+`dev-workflow` フェーズ A（ヒアリング）で interviewer ペルソナが参照する**動的ヒアリング指針**。
+`/start` で親 Claude が `.claude/agents/interviewer.md` のペルソナを採用した後、本ファイルを Read して
+**床観点をルーブリックに従って動的にヒアリングする**。フェーズ A 専用。
+
+設計思想（ハイブリッド）: **聞く観点カテゴリ＝固定**（ユーザーは何を聞かれるか予測できる）／
+**質問文・選択肢・深掘り＝動的**（タスク固有にその場で生成し、毎回同じ固定テンプレに縛られない）。
+
+---
+
+## 床観点（必ず埋める 5 観点）
+
+ヒアリング終了時、以下 5 観点それぞれに「設計判断に足る確定内容」があることを目指す。
+これは**最低限のカバレッジ床**であり、各観点の質問文・選択肢はタスクに合わせて動的に作る。
+
+| # | 観点 | 確認したいこと |
+|---|---|---|
+| 1 | 背景・目的 | なぜ今これが必要か。解決したい課題・きっかけ |
+| 2 | スコープ境界 | やること / やらないこと の線引き。今回の範囲外 |
+| 3 | 制約・前提 | 納期・後方互換・技術スタック・運用環境などの制約 |
+| 4 | 非機能要件 | 重視する品質特性（セキュリティ / パフォーマンス / 保守性 等） |
+| 5 | 成功条件 | 何をもって完成とするか。受け入れ基準・完了の定義 |
+
+> 観点 5（成功条件）は固定テンプレ時代に欠けていた観点。設計の手戻りを減らすため必ず確認する。
+
+---
+
+## 動的ヒアリングのループ
+
+### Step 1: 既知情報の取り込み
+
+ヒアリングを始める前に、**会話コンテキスト**と**既存 `requirements-report`**（あれば Glob で最新を Read）を読み、
+床 5 観点それぞれを「判明 / 未判明」でマークする。
+
+- **判明済みの観点は再質問しない**（ユーザーが既に話した内容を聞き返さない）。
+- 判明が部分的なら「未判明（部分）」とし、不足部分だけを後続で確認する。
+
+### Step 2: 未判明観点を 1 問ずつ動的生成
+
+未判明の観点について、**タスク固有の質問文と選択肢をその場で生成**して `AskUserQuestion` で確認する。
+
+- CLAUDE.md「質問は 1 回に 1 つ」に従い、**1 回の `AskUserQuestion` = 1 問**（`multiSelect` 可）。
+- 選択肢はタスク文脈に即して動的に作る。固定テンプレの 4 択をそのまま使わない。
+- `Other`（自由記述）は常に残し、ユーザーが選択肢外を答えられる余白を確保する（対話余白型）。
+- スタイルは軽量・自由記述寄り。ユーザーが話しやすいよう、選択肢で誘導しすぎない。
+
+### Step 3: 深掘り判定（控えめ）
+
+回答を受けたら「この観点は**設計判断に十分な解像度**か」を自己評価する。
+
+- 不足していて、かつ**設計を左右する不明点**である場合に限り、追加で **1 問だけ**深掘りする。
+- 「念のため」「より詳しく」程度の理由では深掘りしない（コスト増・予測可能性低下を避ける）。
+
+### Step 4: 停止条件（ガードレール）
+
+以下のいずれかを満たしたらヒアリングを終了し、A-4（report 生成）へ進む。
+
+- **床 5 観点すべてが「設計判断に十分」**になった（→ 床充足で即停止。残り質問枠があっても追加しない）。
+- 質問総数が **上限 6 問** に達した（残る未判明観点は report に「未確定事項」として明記する）。
+- ユーザーが「もう十分」「これで進めて」と表明した（→ 即停止）。
+
+### Step 5: self-check（requirements-report 生成前）
+
+report を Write する直前に、床 5 観点それぞれに 1 行以上の確定内容があるか点検する。
+
+- 空欄の観点は**黙って推測で埋めない**。report に「**未確定事項**」セクションを設けて明示する。
+- 「未確定」と分かる形で残すことで、後段の architect / planner が補完すべき箇所を把握できる。
+
+---
+
+## 予測可能性の担保（この設計の肝）
+
+- **何を聞かれるか（観点カテゴリ）は固定** → ユーザーは毎回おおよそ同じ範囲を問われると予測できる。
+- **どう聞かれるか（質問文・選択肢・深掘り）だけが動的** → タスク固有の精度が上がる。
+
+この「カテゴリ固定 × 文面動的」が固定テンプレと完全自由の中間（ハイブリッド）であり、
+予測可能性を保ちながら観点漏れと画一的な質問の両方を避ける狙い。

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/ARCHITECTURE.md

@@ -217,13 +217,14 @@ recall_chunker.py  →  embedding.py            →  recall_index.py
 
 ## 6. クロスプラットフォーム adapter
 
-`.claude/` を canonical source としたまま、Codex / Cursor 向けの派生生成物を作る。
+`.claude/` を canonical source としたまま、Codex / Cursor / OpenCode 向けの派生生成物を作る。
 
 | プラットフォーム | 生成物 | 生成コマンド |
 |---|---|---|
 | Claude Code | `.claude/`（primary） | — |
 | Codex | `/AGENTS.md` / `.codex/` / `.agents/skills/` | `c3 init --platform codex` |
 | Cursor | `.cursor/rules/c3-core.mdc` / `.cursor/mcp.json` | `c3 init --platform cursor` |
+| OpenCode | `/AGENTS.md` / `.opencode/agents/` | `c3 init --platform opencode` |
 
 - 生成ロジック: `adapters.py` + `platforms.py`。adapter 生成物は **派生物**（直接編集すると再生成で上書き・配布元 `.gitignore` で除外）。
 - `AskUserQuestion` 互換: MCP tool `c3_ask_user_question`（`mcp_server.py`）、非対応時の fallback は `c3 ask`（`cli_ask.py`）。

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/CHANGELOG.md

@@ -1,5 +1,46 @@
 # Changelog
 
+## [2.31.0] - 2026-06-06
+
+**標準ワークフローのヒアリング/設計フェーズを動的化（機能改善・破壊的変更なし）**: `dev-workflow` のフェーズ A（interviewer）と フェーズ B（architect）の固定 `AskUserQuestion` テンプレ（毎回同じ4択・3択）を、ルーブリック型ハイブリッドの動的生成に置き換えた。「聞く観点カテゴリ＝固定（予測可能）／質問文・選択肢・深掘り＝動的（タスク固有）」を両立させ、固定テンプレでは拾えなかった観点（特に成功条件／受け入れ基準）を掘れるようにする。
+
+### 追加
+
+- **`.claude/skills/dev-workflow/references/interview-rubric.md`（新規）**: フェーズ A の動的ヒアリング指針。床5観点（背景・目的／スコープ境界／制約・前提／非機能要件／成功条件）を固定の「カバレッジ床」として持ち、質問文・選択肢はタスク固有に動的生成する。会話・既存 requirements-report で判明済みの観点は再質問しない。ガードレール（上限6問・床充足で即停止・深掘りは設計を左右する不明点のみ1問）と report 生成前の self-check（空欄は推測で埋めず「未確定事項」として明示）を規定。対話余白型（自由記述寄り・`Other` 常設）。
+- **`.claude/skills/dev-workflow/references/design-rubric.md`（新規）**: フェーズ B の動的設計確認指針。床4観点（技術スタック制約／要件から導く設計判断ポイント／非機能の実現方針／トレードオフ分岐）。技術スタック制約を起点に設計判断ポイントを動的に列挙する構造化型。上限4問・床充足で即停止・self-check 付き。
+
+### 変更
+
+- **`dev-workflow/SKILL.md` フェーズ A**: 固定テンプレ A-1/A-2/A-3（背景・制約・非機能の3つの固定 `AskUserQuestion`）を `interview-rubric.md` 参照の動的ヒアリング手順に置換。
+- **`dev-workflow/SKILL.md` フェーズ B**: 固定3択の B-1（技術スタック確認）を `design-rubric.md` 参照の動的確認に置換し、既に動的だった B-2 と統合。
+- A-4 / B-3（requirements-report・architecture-report の生成と承認）、承認フロー、セッションファイルの `[x]` 化タイミング、知識蓄積セクションは**無改変**。
+
+### 後方互換
+
+- 変更は `.claude/skills/dev-workflow/` 配下（SKILL.md と新規 references 2件）のみ。公開 API・CLI・DB スキーマ・他フェーズ（C/D/E）・hook に変更なし。`AskUserQuestion` を使う対話フロー自体は維持され、利用者から見た承認フローは不変。**破壊的変更なし**・migration 不要。
+
+## [2.30.0] - 2026-06-02
+
+**新プラットフォーム adapter（機能追加・破壊的変更なし）**: `c3 init --platform opencode` で [OpenCode](https://opencode.ai) 向けの adapter を生成できるようになった。`.claude/` を canonical source としたまま、`AGENTS.md`（C3 専用 managed block）と `.opencode/agents/c3-*.md` / `.opencode/agents/c3-skill-*.md` を派生生成する。外部コントリビューター（PR #3 / @ma2tak）の実装に、C3 側でテスト・ドキュメント整備を追加してリリースする。
+
+### 追加
+
+- **OpenCode adapter（`c3 init --platform opencode`）**: `SUPPORTED_PLATFORMS` に `opencode` を追加。生成物は (1) `AGENTS.md` に C3 workflow の存在と `@c3-*` agent の使い方を記す managed block（Codex とは別マーカー `<!-- BEGIN/END C3 OPENCODE ADAPTER -->`）、(2) `.claude/agents/<name>.md` から変換した `.opencode/agents/c3-<name>.md`（`interviewer`/`architect`/`planner` は `mode: all-purpose`、他は `mode: subagent`）、(3) `.claude/skills/<name>/SKILL.md` から変換した `.opencode/agents/c3-skill-<name>.md`（`mode: all-purpose`）。`c3 init --platform all` にも含まれる。
+- **OpenCode adapter のテスト（`tests/test_adapters.py`）**: 外部 contract から書く既存方針に倣い、`_opencode_agent_md` の必須キーと mode マッピング（interactive 3 種 / その他）、`_skill_to_opencode_agent_md`、`_opencode_agents_section` の rules / CLAUDE.md 注入と空時の省略、`scaffold_adapters((opencode,))` の生成ファイル・managed block・冪等性・`.claude/` 不在時 `FileNotFoundError` を固定する回帰テストを追加。
+
+### 動作仕様（既知の差分）
+
+- **MCP を生成しない**: OpenCode adapter は `.codex/config.toml` / `.cursor/mcp.json` のような MCP 設定を作らない。`AskUserQuestion` は `AGENTS.md` の指示に従ってユーザーへ直接確認する方式（`multiSelect: true` は複数選択の質問として維持）。
+- **`tools` 一律付与**: 生成される agent / skill には一律で `bash/read/edit/write/websearch` を付与する。Claude 側 frontmatter の細かな `tools` 制限は反映されない（C3 の `code-reviewer` / `security-reviewer` は Claude 側でもレポート出力のため `write` を持つ）。
+
+### ドキュメント
+
+- `.claude/docs/platform-adapters.md`（§1 選択肢・§2 生成物・§6 動作差分・§7 既知の制限）、`.claude/CLAUDE.md`（Platform Compatibility）、`README.md`、`docs/cli-reference.md`、`docs/getting-started.md`、`ARCHITECTURE.md` に `opencode` を追記。
+
+### 後方互換
+
+- 既存プラットフォーム（claude / codex / cursor）の生成物・挙動に変更なし。`opencode` は明示指定（または `all`）時のみ生成される追加機能。**破壊的変更なし**・migration 不要。
+
 ## [2.29.4] - 2026-05-31
 
 **ドキュメント PATCH（コード変更・破壊的変更・migration なし）**: Anthropic 公式「Prompting best practices」（Claude Opus 4.8 / Sonnet 4.6 等の最新モデル向け）の推奨を C3 の agent 定義に反映。`code-reviewer` / `security-reviewer` / `developer` / `wt_developer` の 4 定義にプロンプト文言を 1 行ずつ追加した。コード・公開 API・DB スキーマに変更なし。

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.29.4
+Version: 2.31.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
@@ -192,7 +192,7 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | コマンド | 役割 |
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
-| `c3 init --platform codex|cursor|all` | `.claude/` を canonical source にしたまま Codex/Cursor adapter を追加 |
+| `c3 init --platform codex|cursor|opencode|all` | `.claude/` を canonical source にしたまま Codex/Cursor/OpenCode adapter を追加 |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・adapter 生成物） |
@@ -262,14 +262,15 @@ c3 init
 
 `c3 init` がパッケージに同梱された `.claude/` テンプレートをカレントディレクトリへコピーします。後日テンプレート側を更新したい場合は `c3 update` で差分のみ反映できます（`reports/` や `memory/sessions/` 等の個人ファイルは保持されます）。
 
-Codex/Cursor でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
+Codex/Cursor/OpenCode でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
 
 ```bash
-c3 init --platform codex   # AGENTS.md / .agents/skills / .codex を生成
-c3 init --platform cursor  # .cursor/rules / .cursor/mcp.json を生成
+c3 init --platform codex     # AGENTS.md / .agents/skills / .codex を生成
+c3 init --platform cursor    # .cursor/rules / .cursor/mcp.json を生成
+c3 init --platform opencode  # AGENTS.md / .opencode/agents を生成
 ```
 
-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` で読み替えます。
+Codex/Cursor/OpenCode adapter は `.claude/skills` と `.claude/agents` を参照元にします。`AskUserQuestion` は MCP tool `c3_ask_user_question`、または fallback の `c3 ask` で単一選択・複数選択を維持します（OpenCode は MCP を生成せず `AGENTS.md` の指示でユーザーに直接確認）。Claude Code の `Agent` / `Skill` tool 前提は、Codex では `.codex/agents/` と `.agents/skills/`、Cursor では `.cursor/rules/c3-core.mdc`、OpenCode では `.opencode/agents/` の `@c3-*` で読み替えます。
 
 **3. プロジェクトを Claude Code で開き、初期設定を行う**
 

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/README.md

@@ -145,7 +145,7 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | コマンド | 役割 |
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
-| `c3 init --platform codex|cursor|all` | `.claude/` を canonical source にしたまま Codex/Cursor adapter を追加 |
+| `c3 init --platform codex|cursor|opencode|all` | `.claude/` を canonical source にしたまま Codex/Cursor/OpenCode adapter を追加 |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
 | `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・adapter 生成物） |
@@ -215,14 +215,15 @@ c3 init
 
 `c3 init` がパッケージに同梱された `.claude/` テンプレートをカレントディレクトリへコピーします。後日テンプレート側を更新したい場合は `c3 update` で差分のみ反映できます（`reports/` や `memory/sessions/` 等の個人ファイルは保持されます）。
 
-Codex/Cursor でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
+Codex/Cursor/OpenCode でも同じ C3 workflow を使う場合は、`.claude/` を動かさず adapter を追加します。
 
 ```bash
-c3 init --platform codex   # AGENTS.md / .agents/skills / .codex を生成
-c3 init --platform cursor  # .cursor/rules / .cursor/mcp.json を生成
+c3 init --platform codex     # AGENTS.md / .agents/skills / .codex を生成
+c3 init --platform cursor    # .cursor/rules / .cursor/mcp.json を生成
+c3 init --platform opencode  # AGENTS.md / .opencode/agents を生成
 ```
 
-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` で読み替えます。
+Codex/Cursor/OpenCode adapter は `.claude/skills` と `.claude/agents` を参照元にします。`AskUserQuestion` は MCP tool `c3_ask_user_question`、または fallback の `c3 ask` で単一選択・複数選択を維持します（OpenCode は MCP を生成せず `AGENTS.md` の指示でユーザーに直接確認）。Claude Code の `Agent` / `Skill` tool 前提は、Codex では `.codex/agents/` と `.agents/skills/`、Cursor では `.cursor/rules/c3-core.mdc`、OpenCode では `.opencode/agents/` の `@c3-*` で読み替えます。
 
 **3. プロジェクトを Claude Code で開き、初期設定を行う**
 

{claude_code_conductor-2.29.4 → claude_code_conductor-2.31.0}/src/c3/__init__.py

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