claude-code-conductor 2.55.0__tar.gz → 2.56.0__tar.gz

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/docs/parallel-agents-setup.md

@@ -101,12 +101,34 @@ parallel-agents は「直近の修正を反映した worktree で並列実装さ
 
 検証実績 (2026-05-23 〜 2026-05-24):
 
-- foreground / background / 並列 / 失敗 (exit 1) の全パターンで 10/10 cleanup 確認
-- ごく稀に **外部要因による一時的ファイルロック** で cleanup が失敗するケースを
-  1 件観測 (約 1/11 以下)。原因は未特定（アンチウィルス・バックアップソフト・
-  その他常駐プロセスのいずれかの可能性）
-- SKILL.md Step 2-F-3 の残留チェック + `git worktree prune` フォールバックで
-  実害なく吸収される設計
+- 2026-05-23 の集中検証で foreground / background / 並列 / 失敗 (exit 1) の 4 パターン・
+  **全 5 シナリオで cleanup 確認**（一次資料:
+  `.claude/reports/archive/worktree-cleanup-verification-20260523-234110.md`。ただし
+  この検証ログは gitignored かつ配布対象外で、C3 配布元のローカルにのみ保管されている。
+  fresh clone / `c3 init` 展開先には存在しないため、配布元での検証可能性を残す目的で
+  パスのみ記載している）
+- 上記に v2.15.2 リリース作業中 (〜2026-05-24) の実起動を加えた累計では **10/11 で
+  cleanup**。残る 1 件は **外部要因による一時的ファイルロック** で cleanup が失敗した
+  ケース (約 1/11)。原因は未特定（アンチウィルス・バックアップソフト・その他常駐
+  プロセスのいずれかの可能性）
+
+なお 2026-05-23 の 5 シナリオ検証はファイル変更を伴わないタスク（`pwd` / `git rev-parse` /
+`date`）のみで実施されており、ソースコード変更を伴うタスクでの auto-cleanup 挙動は
+下記 2026-07-26 実測の追記で初めて確認された（5 シナリオは実行モードの網羅であって
+ファイル変更の有無の網羅ではないため、両者は矛盾しない）。
+
+**2026-07-26 実測で判明した条件**:
+
+- **git 的に未変更の worktree は確実に auto-cleanup される** — confirm- 系の
+  gitignored-only レポート出力タスクなど、`writes` が全て `.claude/reports/` 等の
+  gitignored ファイルのみの場合、Agent 完了時に worktree が自動削除される
+- **変更が残る worktree は残留しうる** — ソースコード修正など変更が git 管理下に
+  残る worktree は auto-cleanup されず残留することがある。残留時は SKILL.md Step
+  2-F-3 の残留チェック + 手動 cleanup（`git worktree remove` / `git branch -D`）で
+  後始末する
+
+SKILL.md Step 2-F-3 の残留チェック + `git worktree prune` フォールバックで
+実害なく吸収される設計。
 
 ---
 

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/check_agent_invocation.py

@@ -41,6 +41,7 @@ sys.path.insert(0, os.path.dirname(os.path.abspath(__file__)))
 from _hook_utils import write_debug_log  # noqa: E402
 
 try:
+    sys.stdin.reconfigure(encoding="utf-8")
     sys.stdout.reconfigure(encoding="utf-8")
     sys.stderr.reconfigure(encoding="utf-8")
 except AttributeError:
@@ -53,8 +54,8 @@ REVIEWER_TYPES = frozenset({"code-reviewer", "security-reviewer"})
 PROJECT_ROOT = Path(__file__).resolve().parents[2]
 DEBUG_LOG_PATH = PROJECT_ROOT / ".claude" / "tmp" / "agent_hook_debug.log"
 
-# DoS 防御の読み取り上限（hook はローカル前提だが多層防御として明示する）。
-_STDIN_READ_LIMIT_BYTES = 1 * 1024 * 1024  # 1 MiB
+# DoS 防御の読み取り上限（文字数ベース）。hook はローカル前提だが多層防御として明示する。
+_STDIN_READ_LIMIT_CHARS = 1 * 1024 * 1024  # 1M chars
 
 
 def _escape_for_log(value: str) -> str:
@@ -64,7 +65,7 @@ def _escape_for_log(value: str) -> str:
 
 def main() -> None:
     try:
-        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_BYTES))
+        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_CHARS))
     except (json.JSONDecodeError, ValueError):
         sys.exit(0)
 

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/patterns_guard.py

@@ -30,6 +30,7 @@ sys.path.insert(0, os.path.dirname(os.path.abspath(__file__)))
 from _hook_utils import sanitize_for_terminal  # noqa: E402
 
 try:
+    sys.stdin.reconfigure(encoding='utf-8')
     sys.stdout.reconfigure(encoding='utf-8')
     sys.stderr.reconfigure(encoding='utf-8')
 except AttributeError:

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/planner_check.py

@@ -41,6 +41,7 @@ sys.path.insert(0, os.path.dirname(os.path.abspath(__file__)))
 from _hook_utils import write_debug_log  # noqa: E402
 
 try:
+    sys.stdin.reconfigure(encoding="utf-8")
     sys.stdout.reconfigure(encoding="utf-8")
     sys.stderr.reconfigure(encoding="utf-8")
 except AttributeError:
@@ -58,8 +59,8 @@ except ImportError:
 PROJECT_ROOT = Path(__file__).resolve().parents[2]
 DEBUG_LOG_PATH = PROJECT_ROOT / ".claude" / "tmp" / "planner_check_debug.log"
 
-# DoS 防御の読み取り上限（hook はローカル前提だが多層防御として明示する）。
-_STDIN_READ_LIMIT_BYTES = 1 * 1024 * 1024  # 1 MiB
+# DoS 防御の読み取り上限（stdin は文字数ベース）。hook はローカル前提だが多層防御として明示する。
+_STDIN_READ_LIMIT_CHARS = 1 * 1024 * 1024  # 1M chars
 _FILE_READ_LIMIT_BYTES = 512 * 1024        # 512 KiB
 
 
@@ -230,7 +231,7 @@ def _check_r6_reviewer_absence(tasks: list) -> list[str]:
 
 def main() -> None:
     try:
-        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_BYTES))
+        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_CHARS))
     except (json.JSONDecodeError, ValueError):
         sys.exit(0)
 

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/post_tool.py

@@ -21,6 +21,7 @@ import re
 import sys
 
 try:
+    sys.stdin.reconfigure(encoding='utf-8')
     sys.stdout.reconfigure(encoding='utf-8')
     sys.stderr.reconfigure(encoding='utf-8')
 except AttributeError:

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/pre_compact.py

@@ -12,10 +12,23 @@ import re
 import sys
 from datetime import datetime, timedelta, timezone
 
-sys.stdout.reconfigure(encoding='utf-8')
-sys.stderr.reconfigure(encoding='utf-8')
-
-from session_utils import SESSION_JSON_MARKER, append_checkpoint, is_worktree, SESSIONS_DIR
+try:
+    sys.stdin.reconfigure(encoding='utf-8')
+    sys.stdout.reconfigure(encoding='utf-8')
+    sys.stderr.reconfigure(encoding='utf-8')
+except AttributeError:
+    pass
+
+from session_utils import append_checkpoint, is_worktree, SESSIONS_DIR
+# SESSION_JSON_MARKER は本ファイルのロジックでは未参照だが、過去レビュー（Code Medium-3a）の
+# 契約として module-level 定数の存在を tests/test_stop_precompact_fixes.py が要求する再エクスポート。
+# 未使用に見えても削除しないこと。
+# `# noqa: F401` は flake8/ruff 固有の規約で生の pyflakes は解釈しないため、
+# 代わりに __all__ へ列挙して re-export であることを明示する（pyflakes は
+# __all__ 掲載名を使用済みとみなすため、警告が実際に抑制される）。
+from session_utils import SESSION_JSON_MARKER
+
+__all__ = ["SESSION_JSON_MARKER"]
 
 
 # デバウンス窓幅（秒）。直近の PreCompact checkpoint からこの秒数以内の再実行は

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/pre_tool.py

@@ -7,8 +7,12 @@ import re
 import shlex
 import sys
 
-sys.stdout.reconfigure(encoding='utf-8')
-sys.stderr.reconfigure(encoding='utf-8')
+try:
+    sys.stdin.reconfigure(encoding='utf-8')
+    sys.stdout.reconfigure(encoding='utf-8')
+    sys.stderr.reconfigure(encoding='utf-8')
+except AttributeError:
+    pass
 
 
 def _is_rm_rf(tokens: list[str], rm_idx: int) -> bool:

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/recall_autorebuild.py

@@ -23,8 +23,10 @@ import sys
 import time
 from pathlib import Path
 
-# CLAUDE.md §9-3: reconfigure stdout/stderr to UTF-8 on Windows.
+# CLAUDE.md §9-3: reconfigure stdin/stdout/stderr to UTF-8 on Windows.
 try:
+    if sys.stdin and hasattr(sys.stdin, "reconfigure"):
+        sys.stdin.reconfigure(encoding="utf-8")
     if sys.stdout and hasattr(sys.stdout, "reconfigure"):
         sys.stdout.reconfigure(encoding="utf-8")
     if sys.stderr and hasattr(sys.stderr, "reconfigure"):

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/report_contract_check.py

@@ -38,6 +38,7 @@ sys.path.insert(0, os.path.dirname(os.path.abspath(__file__)))
 from _hook_utils import norm_component, sanitize_for_terminal  # noqa: E402
 
 try:
+    sys.stdin.reconfigure(encoding='utf-8')
     sys.stdout.reconfigure(encoding='utf-8')
     sys.stderr.reconfigure(encoding='utf-8')
 except AttributeError:

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/session_mode_watch.py

@@ -52,6 +52,7 @@ sys.path.insert(0, os.path.dirname(os.path.abspath(__file__)))
 from _hook_utils import norm_component, sanitize_for_terminal  # noqa: E402
 
 try:
+    sys.stdin.reconfigure(encoding='utf-8')
     sys.stdout.reconfigure(encoding='utf-8')
     sys.stderr.reconfigure(encoding='utf-8')
 except AttributeError:

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/tier_autoapply.py

@@ -106,8 +106,10 @@ _VALID_TIERS = ("haiku", "sonnet", "opus")
 
 KILL_SWITCH_ENV = "C3_TIER_AUTOAPPLY_DISABLE"
 
-# DoS 防御の stdin 読み取り上限（check_agent_invocation.py と同一）。
-_STDIN_READ_LIMIT_BYTES = 1 * 1024 * 1024  # 1 MiB
+# DoS 防御の stdin 読み取り上限（文字数ベース・check_agent_invocation.py と同一）。
+# sys.stdin はテキストストリームのため read(n) の n は文字数であってバイト数ではない
+# （UTF-8 マルチバイト文字では実バイト量が最大 4 倍になり得る）。
+_STDIN_READ_LIMIT_CHARS = 1 * 1024 * 1024  # 1M chars
 
 # applied-state のローテーション閾値（§3-4）。
 _MAX_JSONL_BYTES = 1 * 1024 * 1024  # 1 MB
@@ -371,7 +373,7 @@ def main() -> None:
         sys.exit(0)
 
     try:
-        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_BYTES))
+        payload = json.loads(sys.stdin.read(_STDIN_READ_LIMIT_CHARS))
     except (json.JSONDecodeError, ValueError):
         sys.exit(0)
     if not isinstance(payload, dict):

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/hooks/worktree_guard.py

@@ -16,8 +16,12 @@ import os
 import re
 import sys
 
-sys.stdout.reconfigure(encoding='utf-8')
-sys.stderr.reconfigure(encoding='utf-8')
+try:
+    sys.stdin.reconfigure(encoding='utf-8')
+    sys.stdout.reconfigure(encoding='utf-8')
+    sys.stderr.reconfigure(encoding='utf-8')
+except AttributeError:
+    pass
 
 # worktree パスの識別に使うコンポーネント名。
 # `.claude/worktrees/agent-<id>/` という構造を前提とし、

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/skills/dev-workflow/references/plan-design-guidelines.md

@@ -65,6 +65,14 @@ v2.1.0 で `tdd-develop` エージェントを廃止した。TDD を伴う機能
 
 13. **`depends_on: []` を空配列で書かない** — `c3 plan validate` の構造チェックで lint されるリスクがある（依存が無いタスクは `depends_on` フィールド**自体を省略**する慣習）
 
+## worktree 実行経路の制約（運用ルール・機械強制なし）
+
+14. **writes が全て gitignored のタスクは main 直接経路で起動される** — `writes` が全て `.claude/reports/` 等の gitignored ファイル（レポート出力のみ）のタスク（confirm- 系が典型）は、`parallel-agents` skill 実行時に worktree を使わず main 直接経路・素の agent（読み替え: `wt_tester`→`tester` / `wt_developer`→`developer`）で起動される。git 的に「未変更」の worktree は Agent 完了時に auto-cleanup され、親が取り込む前に成果物が消失するため。
+   - **planner は該当タスクの `writes` 宣言を変更不要** — 運用層（`parallel-agents` skill）で読み替える設計のため、plan-report 側は従来通り `wt_tester` / `wt_developer` を宣言してよい
+   - **main 直接経路のタスク取り込み時の検証** — worktree 隔離が失われるため、親 Claude は当該タスク完了後に `git status --short` で `writes` 宣言外のファイルへの書き込みが発生していないことを確認する（宣言外の変更があれば、通常の permission プロンプトに頼らず明示的に指摘して取り込みを中止する）
+   - **R5 との同族関係** — R5（`read_only: true` タスク worktree 禁止）と同じく gitignored-only write を理由に isolation を外すが、R5 は hook で機械強制、本ルール 14 は**文書ルール（機械強制なし）**であり段階的対処の段階 1
+   - **再発実績の積み上がり時** は機械化（hook 拡張）への昇格を検討する（v2.55.1 で初実測）
+
 ## 直列・並列交互パターンの取り扱い
 
 ユーザーが **stage 単位で順序を強制したい / 中間状態を確認したい** と要求した場合は、ルール 1（「真の依存だけに絞る」）から逸脱して順序付けの `depends_on` を許容してよい。典型構造:
@@ -102,6 +110,7 @@ plan-report を Write する前に以下を必ず確認する:
 - [ ] 想定実行時間が 15 分を超えるタスクがないか
 - [ ] R5: `read_only: true` タスクに `isolation: "worktree"` を指定していないか
 - [ ] R6: タスク総数 3 件以上なら reviewer 系タスクが 1 件以上含まれているか
+- [ ] ルール 14: writes が全て gitignored のタスク（confirm- 等）は運用層で main 直接経路に読み替えられることを認識しているか
 
 ---
 

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/.claude/skills/parallel-agents/SKILL.md

@@ -110,9 +110,9 @@ stdout の JSON 形式:
 |---|---|---|---|---|
 | test-login | tester | `wt_tester` | false | tests/auth/test_login.py, .claude/reports/test-report-test-login.md |
 | impl-login | developer | `wt_developer` | false | src/auth/login.py |
-| confirm-login | tester | `wt_tester` | false | .claude/reports/test-report-confirm-login.md |
+| confirm-login | tester | `tester` | false | .claude/reports/test-report-confirm-login.md |
 
-v2.2.0 以降、全 agent が並列起動可能のため `parallelizable` 列は省略する。subagent_type マッピングは 2-C 参照。
+v2.2.0 以降、全 agent が並列起動可能のため `parallelizable` 列は省略する。subagent_type マッピングは 2-C 参照。confirm-login は writes が gitignored レポートのみのため 2-C の isolation ルール（gitignored-only writes は main 直接経路・素の agent）適用。
 
 ### 2-B: マイルストーン確認（設定時のみ）
 
@@ -154,7 +154,7 @@ plan-report 承認時点で全タスク・agent・writes・prompt が確認済
 
 - `subagent_type`: 上記マッピング表の値
 - `model`: **親 Claude は `model:` を指定しない**。`wt_developer` タスクは起動時に PreToolUse hook（`tier_autoapply.py`）が `[tier-routing 推奨]`（developer 基準）の推奨 Tier を `model:` へ自動適用する（機械適用・親 Claude が model: を転記する必要はない）。この推奨 Tier の SSOT は `.claude/state/tier_selection.json` の `tier`（無ければ `suggested_model`）であり、kickoff の UserPromptSubmit で 1 度確定して以降 wave をまたいで安定する（`[tier-routing 推奨]` の表示テキストはその派生表示）。hook は実適用した model を `.claude/state/tier_autoapply.jsonl` に記録する（適用者=記録 SSOT）。並列 wave 内に複数の `wt_developer` が居る場合、**全 wt_developer は同一の推奨 Tier（単一 tier_selection.json.tier）で起動される。これは本 MVP の設計として明示的に許容する**（per-task complexity に応じて wt_developer ごとに tier を変える機能は本 MVP のスコープ外・フェーズ 3 以降）。推奨と異なる Tier を使いたい場合のみ `model:` を明示指定する（明示指定は hook に尊重され上書きされない）。`wt_tester` は **test- タスク（Red）に限り機械適用対象**（`C3_TASK_ID` マーカーの `test-` プレフィックスで RED_APPLY_ROLES 注入・confirm- 等の非 test- タスクは対象外＝frontmatter 任せ）。`wt_systematic-debugger` / `code-reviewer` / `security-reviewer` は **model: 指定対象外**（frontmatter/元 agent 任せ・機械適用対象外）。fork は model 上書き不可のため対象外。
-- `isolation`: **`read_only: false` タスクのみ `"worktree"` を指定する。`read_only: true`（code-reviewer / security-reviewer）はソースを変更しないため worktree 不要。`isolation` を省略して main リポジトリで直接実行し、レポートを main の `.claude/reports/` に直接書かせる。**
+- `isolation`: **`read_only: false` タスクのみ `"worktree"` を指定する。ただし `writes` が全て gitignored ファイル（実質 `.claude/reports/` のレポートのみ）のタスク（confirm- 系が典型）は git 的に「未変更」の worktree となるため Agent 完了時に auto-cleanup され、親が取り込む前に成果物が消失する（2026-07-26 実測）ため、worktree を使わず `isolation` を省略して main 直接経路・素の agent（読み替え: `wt_tester`→`tester` 等）で起動する。`read_only: true`（code-reviewer / security-reviewer）はソースを変更しないため worktree 不要。`isolation` を省略して main リポジトリで直接実行し、レポートを main の `.claude/reports/` に直接書かせる。**
   > **R5 hook による機械強制**: 上記ルールに違反して `read_only: true` のレビュータスクに `isolation: "worktree"` を指定した場合、`.claude/hooks/check_agent_invocation.py`（PreToolUse Agent hook）が exit 2 でブロックする。詳細は `.claude/skills/dev-workflow/references/plan-design-guidelines.md` R5 参照。
 - `run_in_background`: `true`
 - `description`: タスク id（5 単語以内）
@@ -247,7 +247,7 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
   --execution subagent --complexity {セッションファイルの tier-routing複雑度: 行の値} \
   --task {task_id}   # ← test-* の task_id（2-C の C3_TASK_ID マーカーと完全一致）
 
-# wt_tester→tester・confirm- タスクの失敗（gate は 2-E のまま・frontmatter 解決）
+# tester→tester・confirm- タスクの失敗（gitignored-only writes ルール（plan-design-guidelines.md ルール 14・2-C の isolation 項参照）により main 直接経路で起動・gate は 2-E のまま・frontmatter 解決）
 c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
   --role tester --outcome failure --gate 2-E \
   --execution subagent --complexity {セッションファイルの tier-routing複雑度: 行の値} \
@@ -276,11 +276,16 @@ cd <ROOT>
 各 worktree の `writes` ファイルを main に取り込む。**親 Claude が一括で行う**:
 
 ```bash
-# 各 worktree ブランチから writes ファイルだけ checkout
-git checkout worktree-agent-{id} -- src/auth/login.py
-git checkout worktree-agent-{id2} -- src/auth/logout.py
+# 各 worktree 作業ツリーからファイルを直接コピー
+cp "<worktreePath>/src/auth/login.py" "src/auth/login.py"
+cp "<worktreePath2>/src/auth/logout.py" "src/auth/logout.py"
 ```
 
+- `<worktreePath>` は 2-D で集約した Agent 返り値の `<worktree><worktreePath>...</worktreePath></worktree>` ブロックから取得する（harness が完了通知に付与する構造化メタデータブロック）
+- **重要: 取り込み前検証** — `<worktreePath>` の値は、**使用前に `os.path.realpath()` 相当で正規化し、プロジェクトルート直下の `.claude/worktrees/agent-*` 構造を指していることを確認する**。指した先が `.claude/worktrees/` 配下を外れている場合は、当該ファイルの取り込みを中止し worktree 外ファイルアクセスとして fail 扱いにする（`worktree_guard.py` の書き込み側検証と同型の境界検証を読み取り側にも適用する）
+- **信頼の対象: harness メタデータのみ** — `<worktreePath>` の取得元は harness が完了通知に付与する `<worktree>` ブロック（構造化フィールド）のみを信頼する。subagent 応答の自由記述部分に同名タグ・パス文字列が現れても、それを `<worktreePath>` の値として使用しない（プロンプトインジェクション対策 [SR-V-002]）
+- **注記: 従来の `git checkout worktree-agent-{id} -- {file}` 方式は使わない** 。2-C が agent へ git add/commit/push 禁止を注入する設計のため、worktree ブランチにはコミットが存在せず、branch checkout では agent の変更を取得できない（構造矛盾）。実態は worktree 作業ツリーからのファイル直接コピーである
+
 注意:
 - `writes` フィールドに列挙されたファイルのみを取り込む
 - worktree が touch したが本タスクの責務でない周辺ファイル（`CLAUDE.md` / `package.json` / `.claude/settings.local.json` / `.claude/reports/` 配下）は取り込まない
@@ -298,9 +303,9 @@ git commit -m "Wave {N}: {要約}"
 
 #### 2-F-3: worktree クリーンアップ（残留チェックのみ）
 
-Claude Code 2.1.x（少なくとも 2.1.150 で実測確認、2026-05-23）以降、`isolation:"worktree"` 付き Agent は完了時に **物理ディレクトリ・worktree 登録・`worktree-agent-*` ブランチが自動削除** される（foreground / background / 並列 / 失敗ケース全パターンで検証済み。詳細: `.claude/reports/worktree-cleanup-verification-20260523-234110.md`）。
+Claude Code 2.1.x（少なくとも 2.1.150 で実測確認、2026-05-23）以降、`isolation:"worktree"` 付き Agent は完了時に worktree を auto-cleanup する仕様となっている（foreground / background / 並列 / 失敗ケース全パターンで検証済み。詳細: `.claude/reports/worktree-cleanup-verification-20260523-234110.md`）。ただし実測では **git 的に未変更の worktree は自動削除されるが、変更が残る worktree は残留しうる**（2026-07-26 実測）。
 
-そのため明示的な `git worktree remove` は **不要**。auto-cleanup が race や障害でスキップされた場合のセーフティとして残留チェックのみ行う:
+したがって明示的な `git worktree remove` は基本的に不要だが、auto-cleanup が完全に走らなかった場合のセーフティとして残留チェック + 手動 cleanup で後始末する:
 
 ```bash
 # 念のため worktree 登録の残留を確認、あれば prune（物理ディレクトリも片付く）
@@ -362,7 +367,7 @@ append_checkpoint(os.path.join(SESSIONS_DIR, '{YYYYMMDD}.tmp'),
 
 - **impl- タスク（wt_developer）の成功** → `--role developer --gate 2-D`（現行のまま）。
 - **test- タスク（wt_tester Red）の成功** → **success を記録しない**（**現行の `--gate 2-D` success 記録は廃止**＝成功の確定は confirm- 全合格まで遅延）。ただし wave 完了処理で親が test-report を確認し、**条件 1（Red の失敗理由が意図と違う）・条件 2（ベースライン破壊）** の違反があれば `--role tester --outcome failure --gate D-1 --task test-{X}` を記録する（違反が無ければこの時点では何も記録しない）。
-- **confirm- タスク（wt_tester）の成功** → **2 件**記録する:
+- **confirm- タスク（plain tester・main 直接経路）の成功** → **2 件**記録する（ルール 14 により gitignored-only writes のため main 直接経路で起動される。記録ルールは同一）:
   1. confirm-X 自身のイベントログ `--role tester --outcome success --gate 2-D --task confirm-{X}`（現行のまま・bandit 外）。
   2. **条件 4（Red 成果物の生存確定）**: confirm-X 全合格（wave 成功）は Red が要求した挙動が実装で満たされた確定点なので、対応する test-X の成功を `--role tester --outcome success --gate D-1 --task test-{X}` として記録する（逐次 D-3 全合格時と同じ確定点）。
 
@@ -375,7 +380,7 @@ c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
   --execution subagent --complexity {セッションファイルの tier-routing複雑度: 行の値} \
   --task {task_id}   # ← 2-C の C3_TASK_ID マーカーと完全一致・突合の必須キー
 
-# confirm- タスク自身のイベントログ: wt_tester→tester（gate 2-D・frontmatter 解決）
+# confirm- タスク自身のイベントログ: tester→tester（ルール 14 により main 直接経路で起動・gate 2-D・frontmatter 解決）
 c3 run .claude/skills/dev-workflow/scripts/record_agent_outcome.py \
   --role tester --outcome success --gate 2-D \
   --execution subagent --complexity {セッションファイルの tier-routing複雑度: 行の値} \

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/CHANGELOG.md

@@ -1,5 +1,42 @@
 # Changelog
 
+## [2.56.0] - 2026-07-26
+
+### 追加
+
+- **plan-design-guidelines にルール 14 を新設（gitignored-only writes タスクの main 直接経路）**: `writes` が全て gitignored ファイル（`.claude/reports/` のレポート出力のみ・confirm- 系が典型）のタスクは、parallel-agents 実行時に worktree を使わず main 直接経路・素の agent（`wt_tester`→`tester` / `wt_developer`→`developer` 読み替え）で起動する運用ルールを文書化。git 的に「未変更」の worktree は Agent 完了時に auto-cleanup され、親が取り込む前に成果物（レポート）が消失する実測 defect（2026-07-26・v2.55.1 走行 Wave 2）の再発防止。R5（read_only タスクの worktree 禁止）と同族だが本ルールは文書ルール（hook 機械強制なし）で、planner の `writes` 宣言は変更不要（読み替えは実行層）。あわせて main 直接経路タスクは worktree の使い捨て隔離を失うため、親がタスク完了後に `git status --short` で宣言外変更なしを確認する検証手順も明記
+- **parallel-agents 2-F-1 に取り込み前検証を新設**: worktree からの成果物取り込みで使う `worktreePath` は、harness が完了通知に付与する `<worktree>` メタデータブロックのみを信頼し（subagent 応答本文中の同名タグ・パス文字列は無視＝プロンプトインジェクション対策）、使用前に realpath 相当で正規化して `.claude/worktrees/agent-*` 配下を指すことを確認する（範囲外は取り込み中止・fail 扱い）。`worktree_guard.py` の書き込み側検証と同型の境界検証を読み取り側にも適用。コマンド例もクォート付きへ修正
+
+### 変更
+
+- **parallel-agents 2-F-1 の取り込み方式を実態合わせ（`git checkout` ブランチ方式 → worktree 作業ツリーからの直接コピー）**: 従来記載の `git checkout worktree-agent-{id} -- {file}` は、2-C が agent へ git commit 禁止を注入する設計と構造矛盾（worktree ブランチにコミットが存在せず変更を取得できない）のため、実態である `cp` 直接コピー方式へ書き換え
+- **parallel-agents 2-F-3 の auto-cleanup 記述を条件形へ**: 「完了時に全パターンで自動削除」から「git 的に未変更の worktree は自動削除・変更が残る worktree は残留しうる（残留チェック＋手動 cleanup で後始末）」へ実測（2026-07-26）に基づき修正。2-A 例示表・2-F-4 の confirm- タスク表記もルール 14 と整合する形へ統一
+- **docs/parallel-agents-setup.md の auto-cleanup 信頼度節を一次資料と整合**: 2026-05-23 検証の実数（4 パターン・全 5 シナリオ）と累計 10/11 の出典関係・検証軸差分（旧検証はファイル変更を伴わないタスクのみ）・引用先の到達可能性（非配布・配布元ローカル保管）を明記
+
+### 後方互換
+
+- **破壊的変更なし**。全て skill / ガイドライン / docs の文書変更（テストは docstring 1 行のみ・実装コード変更なし）。ルール 14 は従来暗黙だった実行層の読み替えを明文化するもので、plan-report のスキーマ・agent 定義・hook 挙動は不変
+
+## [2.55.1] - 2026-07-26
+
+### 修正
+
+- **hook stdin cp932 defect の修正（stdin UTF-8 reconfigure 横断適用）**: v2.55.0 の `session_mode_watch.py` が実機の Edit 発火で沈黙する defect を修正。Windows ネイティブ Python では hook の stdin が cp932 既定でデコードされるため、ハーネスが送る UTF-8 JSON payload 中の日本語（`モード:` 行）が mojibake となり `^モード: 自律` 正規表現が不一致→モード行変更を一切検知できていなかった（実機発火スモークで確定・同一 payload の素パイプ再現と `PYTHONIOENCODING=utf-8` 対照実験で原因を実測特定）。stdin reconfigure が欠落していた 10 hook（新規 3 本 + 既存 7 本: session_mode_watch / patterns_guard / report_contract_check / check_agent_invocation / planner_check / post_tool / pre_tool / pre_compact / worktree_guard / recall_autorebuild）へ `sys.stdin.reconfigure(encoding='utf-8')` を追加し、既存 12 hook のイディオムへ統一（canonical 順序 stdin → stdout → stderr・素の呼び出し 3 ファイルは try/except AttributeError ラップ化＝crash-to-fail-open リスクの軽減方向）
+
+### 追加
+
+- **cp932 実バイトリグレッションテスト**: `PYTHONIOENCODING=cp932` を強制した subprocess に `ensure_ascii=False` の生 UTF-8 payload をパイプし、Windows ネイティブ既定の欠陥環境を CI の Linux 上でも決定論的に再現するテストを `tests/test_session_mode_watch.py` に追加（ASCII エスケープ payload では defect を再現できないことが既存テスト素通しの真因だった）
+- **静的イディオム検査 `tests/test_hooks_stdin_idiom.py` 新設**: `.claude/hooks/*.py` を走査し「`sys.stdin` を読む hook は stdin reconfigure 必須」を機械強制する。検出は純粋 AST 判定（reconfigure receiver 除外の 2 周走査）でコメント/docstring 内の文字列による偽陽性・誤検出なし。アンダースコア始まりファイルも検査対象
+
+### 変更
+
+- **`_STDIN_READ_LIMIT_BYTES` → `_STDIN_READ_LIMIT_CHARS` 改名**（check_agent_invocation / planner_check / tier_autoapply）: `sys.stdin.read(n)` の n は文字数であり命名のバイト数示唆と実際の意味論の乖離を解消（読み取り方式は不変・挙動変更なし）
+- **`pre_compact.py` の `SESSION_JSON_MARKER` 再エクスポートを `__all__` 明示化**: 過去レビュー（Code Medium-3a）の契約再エクスポートである旨のコメントを付し、生 pyflakes でも未使用 import 警告が出ない形へ整理
+
+### 後方互換
+
+- **破壊的変更なし**。修正は「stdin を UTF-8 として読む」の 1 点で、fail-open 挙動・payload 処理ロジック・ブロック/警告の判定条件は不変。修正前に誤って沈黙していた検知（session_mode_watch のモード行監視）が正しく発火するようになる方向のみの変更
+
 ## [2.55.0] - 2026-07-26
 
 ### 追加

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.55.0
+Version: 2.56.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

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/src/c3/__init__.py

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

{claude_code_conductor-2.55.0 → claude_code_conductor-2.56.0}/tests/skills/test_planner_lightweight.py

@@ -45,7 +45,7 @@ def test_planner_references_plan_design_guidelines():
 
 
 def test_plan_design_guidelines_exists_and_has_rules():
-    """skills/dev-workflow/references/plan-design-guidelines.md が存在し、ルール 1〜13 と R2〜R6 を含む。"""
+    """skills/dev-workflow/references/plan-design-guidelines.md が存在し、ルール 1〜14 と R2〜R6 を含む。"""
     content = _read(PLAN_DESIGN_GUIDELINES)
     assert content, "skills/dev-workflow/references/plan-design-guidelines.md が存在しない"
     required_concepts = (