claude-code-conductor 0.4.0__tar.gz → 0.4.3__tar.gz

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/.claude/agents/planner.md

@@ -69,13 +69,13 @@ plan-report の YAML フロントマターは `parallel-orchestra` (PO) で並
 
 ### writes フィールドの埋め方
 
-7. **`writes` を必ず列挙** — 各タスクが書き込むファイルパスを `tasks[].writes` に書く。空のままだと PO の衝突検出が効かず、並列実行で破壊的競合が起きうる
+7. **`writes` を必ず列挙（`read_only: true` タスクは除く）** — 各タスクが書き込むファイルパスを `tasks[].writes` に書く。空のままだと PO の衝突検出が効かず、並列実行で破壊的競合が起きうる。ただし `read_only: true`（レビュー系）タスクはファイルを書かないため `writes` フィールド自体を省略すること
 8. **同一ファイルへの書き込み重複を避ける** — 複数タスクの `writes` で同じファイルが出てきたら、(a) タスクをまとめる、(b) 片方を `depends_on` で順序づけ、(c) `concurrency_group` で同時実行を 1 に制限、のいずれかで衝突を解消する
 
 ### 出力直前の自己チェックリスト
 
 - [ ] `depends_on` チェーンの最大長 ≦ タスク数 / 2 か（直列化していないか）
-- [ ] `writes` が空のタスクが残っていないか
+- [ ] `writes` が空のタスクが残っていないか（`read_only: true` タスクは `writes` 自体を省略していること）
 - [ ] 同じファイルを書く複数タスクで衝突対策が取られているか
 - [ ] レビュータスク（read_only:true）が全 dev タスクに depends_on を持っているか
 - [ ] `tasks[].id` が一意で、`depends_on` の参照先が全て存在するか

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/.claude/agents/tester.md

@@ -38,10 +38,12 @@ tools:
 - テスト結果は合格・不合格・スキップの件数を記録する
 
 **After:**
-- `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- **必ず** `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` に Write して出力する
+- test-report を Write せずにターンを終了することは禁止
 
 ## Tools & Constraints
 制限: プロダクションコードのソースファイルを編集・書き込みしない
+必須: 毎回必ず test-report を `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` に Write すること（出力なしでの終了は不可）
 
 ## Related Agents
 - 上流: planner（plan-report を受け取る）

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/.claude/hooks/stop.py

@@ -10,6 +10,7 @@ import os
 import re
 from datetime import date, datetime, timezone
 
+sys.stdin.reconfigure(encoding='utf-8')
 sys.stdout.reconfigure(encoding='utf-8')
 sys.stderr.reconfigure(encoding='utf-8')
 
@@ -40,7 +41,13 @@ def ensure_session_file(date_str: str) -> None:
             f.write(create_session_template(date_str))
         print(f'[Stop] セッションファイルを作成しました: {path}', file=sys.stderr)
     except FileExistsError:
-        _update_facts_timestamp(path)
+        # /exit による中断等でファイルが空の場合はテンプレートを書き直す
+        if os.path.getsize(path) == 0:
+            with open(path, 'w', encoding='utf-8') as f:
+                f.write(create_session_template(date_str))
+            print(f'[Stop] 空セッションファイルを再初期化しました: {path}', file=sys.stderr)
+        else:
+            _update_facts_timestamp(path)
 
 
 def _append_last_message(path: str, message: str) -> None:

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/.claude/skills/dev-workflow/SKILL.md

@@ -249,7 +249,7 @@ D-1 へ進む。
 
 ### D-1: tester（Red フェーズ）
 
-Agent ツールで `tester` エージェントを起動する。→ 失敗するテストを先に作成する。
+Agent ツールで `tester` エージェントを起動する。→ 失敗するテストを先に作成する。**必ず `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` を Write してから終了すること。**
 
 完了後 → セッションファイルの `- [ ] tester: Red フェーズ` を `- [x]` に Edit する。
 
@@ -278,7 +278,7 @@ AskUserQuestion で確認する:
 
 ### D-3: tester（確認）
 
-Agent ツールで `tester` エージェントを起動する。→ 全テストの合否を確認する。
+Agent ツールで `tester` エージェントを起動する。→ 全テストの合否を確認する。**必ず `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` を Write してから終了すること。**
 
 AskUserQuestion で確認する:
 ```json
@@ -304,7 +304,7 @@ Agent ツールで `developer` エージェントを起動する。→ テスト
 
 ### D-5: tester（最終確認）
 
-Agent ツールで `tester` エージェントを起動する。
+Agent ツールで `tester` エージェントを起動する。**必ず `.claude/reports/test-report-YYYYMMDD-HHMMSS.md` を Write してから終了すること。**
 
 AskUserQuestion で確認する:
 ```json

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/.claude/skills/worktree-tdd-workflow/SKILL.md

@@ -56,6 +56,7 @@ user-invocable: false
    - plan-report の内容
    - test-report の内容（不合格テストの詳細）
    - 「test-report の不合格テストをすべて通過させるよう実装すること。テストコードは編集しないこと」
+   - 「**git commit は絶対に実行しないこと**。コミットは PO が行う」
 
 ---
 

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 0.4.0
+Version: 0.4.3
 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
@@ -51,7 +51,7 @@ Claude Code Conductor（C3）は「親 Claude が複数の専門エージェン
 
 ```
 ユーザー
-    ↓ /start, /develop, /review, /doc, /mcp, /extract-lib ...
+    ↓ /start, /develop, /code-review, /doc, /mcp-config, /extract-lib ...
 親 Claude（オーケストレーター）
     ├─ interviewer       ← ヒアリング
     ├─ architect         ← 設計
@@ -103,32 +103,32 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 ```
 .claude/
 ├── agents/      エージェント定義（役割・スコープ・連携先）
-├── commands/    ユーザーが呼ぶエントリーポイント（/start 等）
-├── skills/      複数エージェントをまたぐオーケストレーション手順
+├── skills/      スキル定義（/xxx コマンドの実体・オーケストレーション手順）
 ├── rules/       エージェントに注入される背景知識・制約
 ├── hooks/       イベントドリブンで自動実行される Python スクリプト
 ├── docs/        人間向けリファレンス（エージェントは読まない）
 └── memory/      セッション間の記憶（patterns.json・session ファイル）
 ```
 
+各スキルは `skills/{name}/SKILL.md` の形式で配置されます（Claude Code 2026 skills 標準）。
+
 ### 配置の判断基準
 
 | 書きたい内容 | 置き場所 |
 |---|---|
-| 複数エージェントをまたぐ手順・フロー | `skills/` |
+| ユーザーが `/xxx` で呼び出す手順・フロー | `skills/` |
 | 単一エージェントの役割・作業手順 | `agents/` |
-| ユーザーが `/xxx` で呼び出す入口 | `commands/` |
 | 知識・制約（「これを知っておけ」） | `rules/` |
 | 自動実行スクリプト | `hooks/` |
 | 人間向けドキュメント | `docs/` |
 
-> **skills/ が C3 の核心**。「Skill = 複数エージェントをまたぐオーケストレーション手順」という定義がすべての配置判断の起点になります。
+> **skills/ が C3 の核心**。Claude Code のスラッシュコマンドはすべてスキルとして実装されており、`skills/{name}/SKILL.md` に YAML フロントマター付きで定義されています。
 
 ---
 
 ## ワークフロー
 
-開発は `skills/dev-workflow.md` で定義された5フェーズで進みます。
+開発は `skills/dev-workflow/SKILL.md` で定義された5フェーズで進みます。
 
 ```
 フェーズ A: ヒアリング    requirements-report を生成
@@ -149,27 +149,27 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 
 ---
 
-## コマンド一覧
+## スキル一覧
 
-### Claude Code 内で使うスラッシュコマンド
+C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md`）として実装されています。
 
-#### 開発ワークフロー
+### 開発ワークフロー
 
-| コマンド | 役割 |
+| スキル | 役割 |
 |---|---|
 | `/init-session` | セッション初期化・前回状態の復元 |
 | `/setup` | コーディング規約の設定（coding-standards・project-conventions 生成） |
 | `/start` | 開発ワークフローの入口（ヒアリング/設計/計画/実装 から選択） |
 | `/develop` | TDD フェーズから直接開始 |
-| `/review` | レビューフェーズから直接開始 |
+| `/code-review` | レビューフェーズから直接開始（code-reviewer + security-reviewer） |
 | `/promote-pattern` | 蓄積されたパターンを rules/ または skills/ に昇格 |
 
-#### ユーティリティ
+### ユーティリティ
 
-| コマンド | 役割 |
+| スキル | 役割 |
 |---|---|
 | `/doc` | ドキュメントをヒアリングして生成（mermaid 図・README・API 仕様書など） |
-| `/mcp` | MCP サーバーの追加・一覧・削除（プロジェクトスコープ） |
+| `/mcp-config` | MCP サーバーの追加・一覧・削除（プロジェクトスコープ） |
 | `/extract-lib` | 複数プロジェクトのコードを横断解析し、共通処理をライブラリとして設計・生成 |
 
 ### ターミナルで使う `c3` CLI（PyPI インストール時）
@@ -178,7 +178,7 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
-| `c3 list-agents` / `list-skills` / `list-commands` | 設置済みアセットを一覧表示 |
+| `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・parallel-orchestra） |
 | `c3 po dry-run <plan-report>` | plan-report をマニフェストとして検証（PO 必要） |
 | `c3 po run <plan-report>` | plan-report を parallel-orchestra で並列実行（PO 必要） |
@@ -193,6 +193,8 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 
 `/start` 実行後は、各フェーズの承認を進めるだけで最後まで自動的に流れます。
 
+> **公式コマンドとの名前衝突について:** C3 のスキル名は Claude Code 公式コマンドと重複しないよう設計されています。`/code-review`（≠ 公式 `/review`）、`/mcp-config`（≠ 公式 `/mcp`）はこの方針に基づく命名です。
+
 ---
 
 ## エージェント一覧
@@ -306,6 +308,8 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 - `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted/` にルールとして昇格します
 - 昇格したルールは以降の全セッションで自動的にエージェントへ注入されます
 
+昇格スキルは `skills/promoted-YYYYMMDD-{id}/SKILL.md` の形式で配置され、Claude Code が自動的に検出します。
+
 ---
 
 ## レポートの管理
@@ -358,5 +362,8 @@ pip install parallel-orchestra
 C3 はセッションをまたいで作業状態を記憶します。
 
 - **毎回のセッション開始時:** `/init-session` を実行する
-- **タスク完了のたびに:** session ファイルが自動更新される（まとめて最後に書かない）
-- **セッション終了時:** `stop.py` フックが自動的に session ファイルとパターン信用度を更新する
+- **タスク完了のたびに:** session ファイルの残タスクを更新する（まとめて最後に書かない）
+- **セッション終了時:** `stop.py` フックが自動的に以下を実行する
+  - session ファイルの記録時刻を更新
+  - Claude の最終応答（`last_assistant_message`）を事実ログに自動記録（次セッションで「前回何をしたか」が分かる）
+  - パターン信用度を再計算

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/README.md

@@ -10,7 +10,7 @@ Claude Code Conductor（C3）は「親 Claude が複数の専門エージェン
 
 ```
 ユーザー
-    ↓ /start, /develop, /review, /doc, /mcp, /extract-lib ...
+    ↓ /start, /develop, /code-review, /doc, /mcp-config, /extract-lib ...
 親 Claude（オーケストレーター）
     ├─ interviewer       ← ヒアリング
     ├─ architect         ← 設計
@@ -62,32 +62,32 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 ```
 .claude/
 ├── agents/      エージェント定義（役割・スコープ・連携先）
-├── commands/    ユーザーが呼ぶエントリーポイント（/start 等）
-├── skills/      複数エージェントをまたぐオーケストレーション手順
+├── skills/      スキル定義（/xxx コマンドの実体・オーケストレーション手順）
 ├── rules/       エージェントに注入される背景知識・制約
 ├── hooks/       イベントドリブンで自動実行される Python スクリプト
 ├── docs/        人間向けリファレンス（エージェントは読まない）
 └── memory/      セッション間の記憶（patterns.json・session ファイル）
 ```
 
+各スキルは `skills/{name}/SKILL.md` の形式で配置されます（Claude Code 2026 skills 標準）。
+
 ### 配置の判断基準
 
 | 書きたい内容 | 置き場所 |
 |---|---|
-| 複数エージェントをまたぐ手順・フロー | `skills/` |
+| ユーザーが `/xxx` で呼び出す手順・フロー | `skills/` |
 | 単一エージェントの役割・作業手順 | `agents/` |
-| ユーザーが `/xxx` で呼び出す入口 | `commands/` |
 | 知識・制約（「これを知っておけ」） | `rules/` |
 | 自動実行スクリプト | `hooks/` |
 | 人間向けドキュメント | `docs/` |
 
-> **skills/ が C3 の核心**。「Skill = 複数エージェントをまたぐオーケストレーション手順」という定義がすべての配置判断の起点になります。
+> **skills/ が C3 の核心**。Claude Code のスラッシュコマンドはすべてスキルとして実装されており、`skills/{name}/SKILL.md` に YAML フロントマター付きで定義されています。
 
 ---
 
 ## ワークフロー
 
-開発は `skills/dev-workflow.md` で定義された5フェーズで進みます。
+開発は `skills/dev-workflow/SKILL.md` で定義された5フェーズで進みます。
 
 ```
 フェーズ A: ヒアリング    requirements-report を生成
@@ -108,27 +108,27 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 
 ---
 
-## コマンド一覧
+## スキル一覧
 
-### Claude Code 内で使うスラッシュコマンド
+C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md`）として実装されています。
 
-#### 開発ワークフロー
+### 開発ワークフロー
 
-| コマンド | 役割 |
+| スキル | 役割 |
 |---|---|
 | `/init-session` | セッション初期化・前回状態の復元 |
 | `/setup` | コーディング規約の設定（coding-standards・project-conventions 生成） |
 | `/start` | 開発ワークフローの入口（ヒアリング/設計/計画/実装 から選択） |
 | `/develop` | TDD フェーズから直接開始 |
-| `/review` | レビューフェーズから直接開始 |
+| `/code-review` | レビューフェーズから直接開始（code-reviewer + security-reviewer） |
 | `/promote-pattern` | 蓄積されたパターンを rules/ または skills/ に昇格 |
 
-#### ユーティリティ
+### ユーティリティ
 
-| コマンド | 役割 |
+| スキル | 役割 |
 |---|---|
 | `/doc` | ドキュメントをヒアリングして生成（mermaid 図・README・API 仕様書など） |
-| `/mcp` | MCP サーバーの追加・一覧・削除（プロジェクトスコープ） |
+| `/mcp-config` | MCP サーバーの追加・一覧・削除（プロジェクトスコープ） |
 | `/extract-lib` | 複数プロジェクトのコードを横断解析し、共通処理をライブラリとして設計・生成 |
 
 ### ターミナルで使う `c3` CLI（PyPI インストール時）
@@ -137,7 +137,7 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
 | `c3 update` | `.claude/` をパッケージ最新版へ更新する（個人ファイルはスキップ） |
-| `c3 list-agents` / `list-skills` / `list-commands` | 設置済みアセットを一覧表示 |
+| `c3 list-agents` / `list-skills` | 設置済みアセットを一覧表示 |
 | `c3 doctor` | 環境診断（`.claude/`・settings.json・claude バイナリ・parallel-orchestra） |
 | `c3 po dry-run <plan-report>` | plan-report をマニフェストとして検証（PO 必要） |
 | `c3 po run <plan-report>` | plan-report を parallel-orchestra で並列実行（PO 必要） |
@@ -152,6 +152,8 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 
 `/start` 実行後は、各フェーズの承認を進めるだけで最後まで自動的に流れます。
 
+> **公式コマンドとの名前衝突について:** C3 のスキル名は Claude Code 公式コマンドと重複しないよう設計されています。`/code-review`（≠ 公式 `/review`）、`/mcp-config`（≠ 公式 `/mcp`）はこの方針に基づく命名です。
+
 ---
 
 ## エージェント一覧
@@ -265,6 +267,8 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
 - `/promote-pattern` を実行すると `rules/promoted/` または `skills/promoted/` にルールとして昇格します
 - 昇格したルールは以降の全セッションで自動的にエージェントへ注入されます
 
+昇格スキルは `skills/promoted-YYYYMMDD-{id}/SKILL.md` の形式で配置され、Claude Code が自動的に検出します。
+
 ---
 
 ## レポートの管理
@@ -317,5 +321,8 @@ pip install parallel-orchestra
 C3 はセッションをまたいで作業状態を記憶します。
 
 - **毎回のセッション開始時:** `/init-session` を実行する
-- **タスク完了のたびに:** session ファイルが自動更新される（まとめて最後に書かない）
-- **セッション終了時:** `stop.py` フックが自動的に session ファイルとパターン信用度を更新する
+- **タスク完了のたびに:** session ファイルの残タスクを更新する（まとめて最後に書かない）
+- **セッション終了時:** `stop.py` フックが自動的に以下を実行する
+  - session ファイルの記録時刻を更新
+  - Claude の最終応答（`last_assistant_message`）を事実ログに自動記録（次セッションで「前回何をしたか」が分かる）
+  - パターン信用度を再計算

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/hatch_build.py

@@ -30,6 +30,7 @@ EXCLUDE_PATTERNS: tuple[str, ...] = (
     "docs/taxonomy.md",
     "docs/game-studios-research.md",
     "settings.local.json",
+    "pytest_temp.ini",
 )
 
 KEEP_PATTERNS: tuple[str, ...] = (

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/src/c3/__init__.py

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

{claude_code_conductor-0.4.0 → claude_code_conductor-0.4.3}/src/c3/_excludes.py

@@ -27,6 +27,7 @@ EXCLUDE_PATTERNS: tuple[str, ...] = (
     "docs/taxonomy.md",
     "docs/game-studios-research.md",
     "settings.local.json",
+    "pytest_temp.ini",
 )
 
 KEEP_PATTERNS: tuple[str, ...] = (

claude_code_conductor-0.4.0/.claude/pytest_temp.ini

@@ -1,2 +0,0 @@
-[pytest]
-pythonpath = src