claude-code-conductor 2.51.0__tar.gz → 2.52.0__tar.gz

claude_code_conductor-2.52.0/.claude/docs/nul-boundary.md

@@ -0,0 +1,232 @@
+# NUL 境界 lint — 宣言マーカーの規約
+
+このドキュメントは、C3 配布物に含まれるコードから見かける
+`# nul-boundary: allow(<理由>)` マーカーの意味と使い方を説明します。
+
+---
+
+## マーカーの意味
+
+### 標準形
+
+```python
+# nul-boundary: allow(なぜこの join が NUL 区切りでないのか)
+result = "\n".join(items)
+```
+
+**意味**: この `str.join()` 呼び出しが `"\n"` や `", "` などの NUL 以外を区切りにしているのは、
+意図的かつ妥当である、ということを宣言しています。
+
+### 語彙は 1 種のみ
+
+マーカーの形は **`allow(<理由>)` の 1 種だけ**です。
+
+- ✅ `allow(人間可読な出力なので改行を維持)` — OK
+- ❌ `human(...)` / `safe(...)` / `fixed(...)` / `legacy(...)` — これらは使いません
+
+理由は、**マーカーは「意図的に NUL ではない」以上のことを主張しない**ためです。
+真偽を機械が検査できない分類語を足すと、設計と実装が乖離した瞬間に嘘になります。
+中立な 1 語に統一することで、その穴を消しています。
+
+### 理由は 5 文字以上
+
+理由部分（括弧の中身）は、**`strip()` 後に 5 文字以上**である必要があります。
+
+- ✅ `allow(display output)` — 5文字
+- ✅ `allow(  永続ファイルの後方互換性を保つ  )` — strip 後で十分
+- ❌ `allow()` / `allow(  )` — 理由がない
+- ❌ `allow(ok)` — 2文字では不足
+
+この下限は「honor system の最小限」です。一言では説明できない程度の具体性を強制します。
+
+---
+
+## 配置規則
+
+マーカーは、対象となる `join` 呼び出しに結び付けられます。その結び付けは以下の順序で行われます。
+
+### 規則 1: 同一行（行末）
+
+マーカーが行 `L` にあり、その行に `join` 呼び出しが含まれるなら、そこに結び付きます。
+
+```python
+result = "\n".join(items)  # nul-boundary: allow(説明)
+```
+
+これが最優先の配置方法です。
+
+### 規則 2: 直前行
+
+マーカーが行 `L` にあり、規則 1 が成立しない場合のみ、
+その「直前行 `L+1`」に `join` があれば結び付きます。
+
+```python
+# nul-boundary: allow(説明)
+result = "\n".join(items)
+```
+
+**重要**: 「直前」は厳密に `L+1` です。間に別の行が 1 行でも挟まると、結び付きません。
+
+```python
+# nul-boundary: allow(説明)
+# このコメント行が間に挟まってしまった
+result = "\n".join(items)     # ← この join は宣言で保護されていません
+```
+
+### 規則 3: 複数対象の場合は無効
+
+マーカーが複数の `join` に結び付こうとする場合、**その宣言はどの対象も保護しません** (fail-closed)。
+
+```python
+x = "\n".join(items1)
+y = "\n".join(items2)  # nul-boundary: allow(説明)
+# ← 上下両方に結び付く可能性があるため、この宣言は無効
+```
+
+この場合、**両方** の行に宣言を書く必要があります：
+
+```python
+x = "\n".join(items1)  # nul-boundary: allow(説明)
+y = "\n".join(items2)  # nul-boundary: allow(説明)
+```
+
+### 特例: f-string 内の `join`
+
+f-string 内に `join` がある場合、マーカーを f-string の内側に置くことはできません。
+この場合、**包含する文の どこか**（例えば末尾行の行末）にマーカーを置きます：
+
+```python
+result = (f"header\n"
+          f"{items.join(x)}\n"
+          f"footer")  # nul-boundary: allow(説明)
+```
+
+マーカーの結び付け判定では、f-string 内の `join` の行範囲を「包含する文の行範囲」に置き換えて処理します。
+
+---
+
+## なぜ NUL 境界則があるのか
+
+C3 で「同じ穴を 6 回開けた」経験があります：
+
+| # | 例 | 内容 |
+|---|---|---|
+| 1 | ポーセレン CLI 出力の処理 | `\n` 結合による境界偽装 |
+| 2 | tracked ブロック | `-z` で NUL 取得したものを `\n` で再結合 |
+| 3 | `format_ignored_manifest` | tracked を NUL 化しても manifest は `\n` のまま |
+| 4 | 設定の指紋化 | 同型の穴が繰り返す |
+| 5 | pytest 設定ハッシュ | 「軽量」な実装が同じ完全性を要求される |
+| 6 | manifest の曖昧区切り | 2 スペース区切り＝同型の脅威 |
+
+**3 回を超えたら個別に直すのをやめて、ルール化＋機械検査化する潮時** という教訓です。
+
+機械可読なデータ（ログ行・ハッシュ入力・パス一覧など）がパイプラインを流れる場合：
+
+- **区切りは NUL で切る**（`"\x00"`・1 文字ちょうど）
+- **`\n` は人間可読出力にのみ使う**（表示・ユーザーへのメッセージ）
+
+この分離により、外部由来の値に改行が混ざっても、機械可読側は境界を偽装されません。
+
+---
+
+## 既知の限界
+
+以下の 7 項目は機械検査の対象外です。
+
+| ID | 限界 | 影響 |
+|---|---|---|
+| L-1 | `+` 演算子による `\n` 連結を検出しない | 例: `a + "\n" + b` |
+| L-2 | f-string / `%` 書式による組み立てを検出しない | 行集合の構築に f-string 使用 |
+| L-3 | `split` 側の非対称を検出しない | NUL で結合し `\n` で分割する場合など |
+| L-4 | **宣言の内容の真偽は検査しない** | `allow(...)` の理由に嘘を書けば通る |
+| L-5 | NUL 区切りの場合、**要素側に NUL が含まれない**ことは検査しない | 外部由来値に NUL が混ぜば偽装は成立 |
+| L-6 | 走査対象は 4 ディレクトリに限る | `.dev/hooks` / `scripts` / `tests` は対象外 |
+| L-7 | **`allow` で `\n` を維持した箇所、要素側に改行が混入しないことは保証しない** | `\n` 区切りを保つ以上、要素に改行が入れば境界偽装は成立 |
+
+このうち **L-4** と **L-7** が重要です：
+
+### L-4: 理由の真偽は検査しない
+
+例えば：
+
+```python
+# nul-boundary: allow(後方互換性が要る永続形式なので)
+# → しかし実は一度限りの出力（互換性は不要）
+result = "\n".join(items)
+```
+
+こういった嘘は機械では検出できません。
+**宣言の妥当性は E フェーズのレビューと `git blame` で担保します**。
+
+### L-7: `\n` 維持時の要素側改行
+
+`allow` で `\n` 区切りを維持した箇所については、
+要素（区切られる側）に改行が入らないことは保証しません。
+
+例えば：
+
+```python
+# nul-boundary: allow(状態ファイルなので人間可読性のため \n を維持)
+lines = log_entries  # ← このリスト要素が実は複数行テキストなら？
+result = "\n".join(lines)
+```
+
+要素側での改行混入を防ぐのは呼び出し元の責務です。
+
+---
+
+## 理由文の書き方
+
+理由には「**なぜ NUL にできない／する必要がないか**」を具体的に書きます。
+書式は**自由記述**（ラベルの種別分けは不要）です。
+
+### よい例
+
+- `allow(人間が直接編集するファイルなので改行ベース)` — 用途が明確
+- `allow(永続形式で過去バージョンとの互換性が必須)` — 制約の根拠がある
+- `allow(正規表現の `\n` 境界に依存した処理が下流にある)` — 外部制約を示唆
+- `allow(status/commit メッセージは`git`が改行で期待するため)` — 標準仕様に依存
+
+### 避けるべき書き方
+
+- `allow(human)` — 理由でなく分類語（機械検査できない）
+- `allow(safe)` — 同上
+- `allow(ok)` — 説明が短すぎる
+
+---
+
+## 検査は配布元でのみ
+
+この `nul-boundary` 検査（`tests/test_nul_boundary_lint.py`）は、
+C3 の配布元リポジトリでのみ実行されます。
+
+C3 を配布先で `pip install c3-***.whl` でインストールしたユーザーは：
+
+- マーカー `# nul-boundary: allow(...)` は、コード内のコメントとして見えます
+- **検査ツール自体は wheel に含まれません** （`tests/` は配布対象外）
+
+ユーザーが C3 をカスタマイズして新しい `join` を追加した場合：
+
+1. このドキュメントを参考にして、**マーカーの配置規則に従って**宣言を書いてください
+2. **理由は 5 文字以上、具体的に書いてください**
+3. 配布元へ PR を送る際は、配布元の CI で `tests/test_nul_boundary_lint.py` が走り、
+   テスト出力で確認できます
+
+---
+
+## 参照・関連
+
+- **実装・リレビューの必須チェック**: `.claude/skills/autonomous-mode/SKILL.md` §(a)
+- **auto-memory**: `feedback_nul_boundary_for_machine_readable_line_sets` — 一般則の背景と根拠
+- **計画**: `plan-report-*.md` §5 T4 — 文書作成の指示と成功条件
+
+---
+
+## 配布物への含有確認
+
+**3 ファイル同期の判断記録**（CLAUDE.md §2）:
+
+`.gitignore` / `src/c3/_excludes.py` / `hatch_build.py` **の変更は不要**。
+
+理由: `src/c3/_excludes.py:33` は `docs/*` の一括除外を持たず、個別列挙のみ（`decisions.md` など明示的に除外対象の文書を明記）。
+本ドキュメント `docs/nul-boundary.md` は除外リストに載らないため、既定で `wheel` に含まれます。

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/consolidate_memory.py

@@ -205,7 +205,7 @@ def build_summary_markdown(
             lines.append("_該当エントリなし_")
         lines.append("")
 
-    return "\n".join(lines).rstrip() + "\n"
+    return "\n".join(lines).rstrip() + "\n"  # nul-boundary: allow(Markdown 文書の行組み立て。行そのものが文書構造で split 対象ではない)
 
 
 def write_summary(
@@ -361,7 +361,7 @@ def build_promotion_candidates_section(
         lines.append(f"_候補数: 0 / 最終確認: {today_str}_")
         lines.append("")
         lines.append("_該当エントリなし_")
-        return "\n".join(lines), candidates
+        return "\n".join(lines), candidates  # nul-boundary: allow(consolidated_summary.md の昇格候補セクション本文。人間が読む Markdown で機械パースしない)
 
     lines.append(
         f"_候補数: {len(candidates)} / 最終確認: {today_str} / "
@@ -376,7 +376,7 @@ def build_promotion_candidates_section(
         except (TypeError, ValueError):
             trust_str = "?"
         lines.append(f"- `{cid}` (trust {trust_str})")
-    return "\n".join(lines), candidates
+    return "\n".join(lines), candidates  # nul-boundary: allow(consolidated_summary.md の昇格候補一覧本文。人間が読む Markdown で機械パースしない)
 
 
 def _extract_candidate_fields(c: dict) -> dict:
@@ -479,7 +479,7 @@ def write_promotion_candidates_log(
             lines.append(f"- {safe_desc}")
             lines.append("")
 
-    payload = "\n".join(lines).rstrip() + "\n"
+    payload = "\n".join(lines).rstrip() + "\n"  # nul-boundary: allow(promotion-candidates.md の昇格候補一覧本文。人間が読む Markdown で機械パースしない・"毎回上書き"のため後方互換制約はない)
     return _atomic_write(output_path, payload)
 
 

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/permission_handler.py

@@ -106,7 +106,7 @@ def _glob_to_regex(pattern: str) -> str:
     # ** を一時プレースホルダーに退避してから * と ** を別々に処理する
     parts = pattern.split('**')
     escaped = [re.escape(p).replace(r'\*', '[^/]*') for p in parts]
-    return '.*'.join(escaped)
+    return '.*'.join(escaped)  # nul-boundary: allow(glob を正規表現へ変換する組み立て。区切り .* は正規表現の文法で固定)
 
 
 def _match_file_path(raw: str, p_arg: str) -> bool:

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/planner_check.py

@@ -198,7 +198,7 @@ def _check_r4_writes_conflicts(tasks: list) -> list[str]:
         if _all_pairs_transitively_ordered(claim_ids, ancestors):
             continue
         # claim_ids は task id の生 join のため、特殊文字を repr で逃がして安全に出力する
-        joined = ", ".join(repr(cid) for cid in sorted(claim_ids))
+        joined = ", ".join(repr(cid) for cid in sorted(claim_ids))  # nul-boundary: allow(stderr へ出す人間可読な警告文に埋め込む列挙。機械可読な行集合ではない)
         violations.append(
             f"R4: writes {path!r} を複数 task ({joined}) "
             "が宣言していますが depends_on で順序付けされていません。"
@@ -272,7 +272,7 @@ def main() -> None:
     if warnings:
         # 検出されたルール名（R2/R4/R6）を抽出してデバッグログに記録
         detected_rules = sorted({m.split(":")[0] for m in warnings if ":" in m})
-        write_debug_log(DEBUG_LOG_PATH, f"{basename} WARN {','.join(detected_rules)}")
+        write_debug_log(DEBUG_LOG_PATH, f"{basename} WARN {','.join(detected_rules)}")  # nul-boundary: allow(デバッグログ 1 行に載せる検出ルール名の列挙。人間が読む log で再パースしない)
         # 経路1: stderr に人間向けメッセージ（ターミナル表示用）
         print("[PlannerCheck WARN] plan-report の検査で違反を検出しました:",
               file=sys.stderr)
@@ -285,7 +285,7 @@ def main() -> None:
         # LLM のコンテキストウィンドウに挿入する（公式仕様）
         additional_context = (
             "[PlannerCheck WARN] plan-report の検査で違反を検出しました:\n"
-            + "\n".join(f"  - {msg}" for msg in sanitized_warnings)
+            + "\n".join(f"  - {msg}" for msg in sanitized_warnings)  # nul-boundary: allow(LLM へ注入する人間可読メッセージ本文。表示専用で行集合として再パースしない)
             + "\n\n"
             + "ルールの詳細は .claude/skills/dev-workflow/references/plan-design-guidelines.md を参照。"
             + "意図的に許容する場合はユーザーに確認を取ること。"

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/recall_inject.py

@@ -147,7 +147,7 @@ def format_additional_context(hits: Iterable[dict], *, stale: bool = False) -> s
         lines.append(f"  [{i}] score={score_str}  {path}  :: {label}")
         if snippet:
             lines.append(f"      {snippet}")
-    return "\n".join(lines)
+    return "\n".join(lines)  # nul-boundary: allow(LLM コンテキストへ注入する人間可読テキスト。表示専用で再パースしない)
 
 
 def find_repo_root() -> Path | None:

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/restore_session.py

@@ -101,7 +101,7 @@ def _tail(text: str, n: int) -> str:
         仕様として明記・固定する。
     """
     lines = text.splitlines()
-    return '\n'.join(lines[-n:]) if len(lines) > n else text
+    return '\n'.join(lines[-n:]) if len(lines) > n else text  # nul-boundary: allow(末尾 N 行を人間可読テキストへ戻す。呼び出し元は表示のため再 splitlines するだけ)
 
 
 def _sanitize_genba(value: str) -> str:
@@ -175,23 +175,23 @@ def main():
     # ③残タスク（- [ ] 行のみ・0件ならセクション省略）
     if pending_todos:
         lines.append('\n## 残タスク')
-        lines.append('\n'.join(pending_todos))
+        lines.append('\n'.join(pending_todos))  # nul-boundary: allow(stdout へ出す復元メッセージの残タスク段落。表示専用)
 
     # ④うまくいったアプローチ（末尾 N 行に切り詰め・行単位でサニタイズ）（SR M-2）
     if successes:
         lines.append('\n## うまくいったアプローチ')
         tail_text = _tail(successes, APPROACH_TAIL_LINES)
         sanitized_lines = [_sanitize(line) for line in tail_text.splitlines()]
-        lines.append('\n'.join(sanitized_lines))
+        lines.append('\n'.join(sanitized_lines))  # nul-boundary: allow(stdout へ出す復元メッセージの成功アプローチ段落。表示専用)
 
     # ⑤試みたが失敗したアプローチ（末尾 N 行に切り詰め・行単位でサニタイズ）（SR M-2）
     if failures:
         lines.append('\n## 試みたが失敗したアプローチ')
         tail_text = _tail(failures, APPROACH_TAIL_LINES)
         sanitized_lines = [_sanitize(line) for line in tail_text.splitlines()]
-        lines.append('\n'.join(sanitized_lines))
+        lines.append('\n'.join(sanitized_lines))  # nul-boundary: allow(stdout へ出す復元メッセージの失敗アプローチ段落。表示専用)
 
-    print('\n'.join(lines))
+    print('\n'.join(lines))  # nul-boundary: allow(stdout へ出力する復元メッセージ全体。読み手は Claude Code の表示でリポジトリ内に split 側がない)
 
 
 if __name__ == '__main__':

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/statusline.py

@@ -127,9 +127,9 @@ def render_output(raw: str) -> None:
 
     output_parts: list[str] = []
     if header:
-        output_parts.append(' '.join(header))
+        output_parts.append(' '.join(header))  # nul-boundary: allow(ステータスライン先頭部の表示文字列。読み手は Claude Code の表示でリポジトリ内に split 側がない)
     output_parts.extend(metrics)
-    sys.stdout.write(' | '.join(output_parts) + '\n')
+    sys.stdout.write(' | '.join(output_parts) + '\n')  # nul-boundary: allow(ステータスライン 1 行の区切り表示。区切り文字が表示書式そのもの)
     sys.stdout.flush()
 
 

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/hooks/stop.py

@@ -113,7 +113,7 @@ def _inherit_backlog_from_latest_session(
     except OSError:
         return
 
-    inheritance_block = '\n'.join(pending_tasks) + '\n'
+    inheritance_block = '\n'.join(pending_tasks) + '\n'  # nul-boundary: allow(セッション .tmp の残タスクセクションへ書く行。利用先に旧形式が既に存在する永続形式で後方互換が要る)
     updated = new_content.replace(
         '## 残タスク\n',
         f'## 残タスク\n{inheritance_block}',
@@ -180,7 +180,7 @@ def _apply_session_updates(path: str, content: str, message: str = '') -> None:
     # 古い応答は積極的に上書きしてよい。古い `not in updated` ガードは「最初の応答が
     # 一日中残る」問題を引き起こしていた。
     if message:
-        single_line = ' '.join(message.split())
+        single_line = ' '.join(message.split())  # nul-boundary: allow(最終応答を単一行へ平坦化する空白正規化。そもそも行集合ではない)
         # サロゲート文字など UTF-8 非互換文字を除去（JSON デコード時に生成される場合がある）
         single_line = single_line.encode('utf-8', errors='replace').decode('utf-8')
         truncated = single_line[:MAX_LAST_MSG]

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/skills/dev-workflow/SKILL.md

@@ -30,8 +30,8 @@ user-invocable: false
 session.tmp の `モード:` 行を確認する。**有効な自律宣言**（§3-3）でなければ**以下の各ゲートを
 記載どおり AskUserQuestion で実行する（従来動作）**。有効な自律宣言のときのみ、
 `.claude/skills/autonomous-mode/SKILL.md` の「ゲート対応表」に従って承認ゲートを客観収束条件に
-付け替える。**非可逆操作の関所・情報不足の質問・重量フェーズ着手前の usage 確認は常に人間**
-（自律でも停止して確認する＝人間の 3 関所・§4-1 / requirements §7）。
+付け替える。**非可逆操作の関所・情報不足の質問の 2 類型は常に人間**（自律でも停止して確認する）。なお
+`autonomous-mode` skill は配布元限定のため配布物には含まれず、**利用先では自律宣言は常に無効**＝HITL で動作する。
 
 > **skill 未 Read でも『モード行を見て skill を Read せよ』の 1 段で復帰できる** — develop / review-phase を「直接開始」した場合（init-session を経ない起動）、autonomous-mode skill の明示 Read が挟まらない可能性がある。ただし本ブロックが
 > 各ゲートで `モード:` 行の確認を要求するため、skill 未 Read でも「モード行を見て skill を Read せよ」

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/skills/dev-workflow/scripts/review_hint_inject.py

@@ -162,7 +162,7 @@ def build_hint_section(
             summary_parts.append(f"許容 {accepted}")
         if deferred:
             summary_parts.append(f"保留 {deferred}")
-        lines.append(f"- 過去 {total} 件: " + " / ".join(summary_parts))
+        lines.append(f"- 過去 {total} 件: " + " / ".join(summary_parts))  # nul-boundary: allow(人間可読なサマリ表示の断片。機械可読な行集合ではない)
 
         # 直近の判断
         latest = rows[0]
@@ -185,7 +185,7 @@ def build_hint_section(
             lines.append(f"- `{cid}` は code-reviewer と security-reviewer の両方で指摘されています")
         lines.append("")
 
-    return "\n".join(lines).rstrip() + "\n"
+    return "\n".join(lines).rstrip() + "\n"  # nul-boundary: allow(レポート末尾へ追記する Markdown 本文。文書形式で再パースしない)
 
 
 def append_hints_to_report(

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.claude/skills/setup/SKILL.md

@@ -1,6 +1,5 @@
 ---
 description: 技術スタックと独自規約をヒアリングして project-setup エージェントに coding-standards.md と project-conventions.md を生成させる。プロジェクト開始時に使用する。
-disable-model-invocation: true
 ---
 
 # setup
@@ -8,6 +7,11 @@ disable-model-invocation: true
 プロジェクトのコーディング規約を設定する。
 ヒアリングは親 Claude が担当し、収集後に project-setup エージェントを起動する。
 
+> **起動経路の制約**: 本 skill の起動は (a) ユーザーの `/setup` 明示呼び出し、
+> (b) `init-session` ガード G-2 が `SETUP_NEEDED` を検出した際のチェーン起動、の 2 経路のみ。
+> それ以外の場面で LLM の判断により自発的に起動してはならない
+> （frontmatter で model invocation を禁止しない理由は G-2 チェーン起動を許可するため。v2.38.0 設計）。
+
 ---
 
 ## Phase 1: 技術スタックのヒアリング（親 Claude が実施）

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/.gitignore

@@ -64,6 +64,7 @@ site/
 .claude/docs/grill-me機能を実装する際の考慮点とC3との相性や超えるべき壁.md
 .claude/docs/C3のconfig_policyとversion_upgradeの考慮点と超えるべき壁.md
 .claude/docs/model_settings.md
+.claude/docs/環境条件別c3の問題点.md
 
 # codex 対応調査メモ (個人作業ノート、配布・コミット対象外)
 .claude/docs/codex対応/

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/CHANGELOG.md

@@ -1,5 +1,32 @@
 # Changelog
 
+## [2.52.0] - 2026-07-23
+
+### 追加
+
+- **NUL 境界原則の機械検査を追加**: `tests/test_nul_boundary_lint.py` を新設し、AST で `str.join` の呼び出しを全件検出したうえで、宣言マーカー `# nul-boundary: allow(<理由>)`（`tokenize.COMMENT` 限定・理由 5 文字以上）が付いていない使用を違反として検出する。外部由来文字列による境界偽装（改行結合した行集合を機械パースする箇所で発生しうる）を、レビューの目視ではなくテストで恒久的に塞ぐ
+- **`.claude/docs/nul-boundary.md` を新設（配布対象）**: 「機械可読な行集合の区切りは NUL・改行は人間可読出力のみ」という NUL 境界原則と、`allow` 宣言の書式・判断基準をまとめた規約文書
+
+### 変更
+
+- **配布 hook 8 本・`src/c3` 4 本の `join` 使用箇所に `allow` 宣言コメントを追記**（追跡対象 29 件）。`consolidate_memory.py` / `permission_handler.py` / `planner_check.py` / `recall_inject.py` / `restore_session.py` / `statusline.py` / `stop.py` / `dev-workflow/scripts/review_hint_inject.py`、`adapters.py` / `cli_tier.py` / `cli_update.py` / `db.py` が対象。**いずれもコメント追記のみでロジック変更はなく、原則に照らした是正が必要な箇所は 0 件だった**（既存の join は全て人間可読出力向けと確認）
+- **dev-workflow の「運転モードによるゲート挙動の切替」ブロックの記述を更新**: 自律モード時にも常に人間が判断する関所を「非可逆操作・情報不足の質問・重量フェーズ着手前の usage 確認」の 3 類型から、**「非可逆操作・情報不足の質問」の 2 類型**へ縮退した。あわせて、`autonomous-mode` skill は配布元限定で配布物に含まれないこと・**利用先では自律宣言が常に無効（＝ HITL で動作）** であることを本文に明記した（配布元での自律モード規約改訂に伴う、配布物側の記述整合）
+
+### 後方互換
+
+- **破壊的変更なし**。`autonomous-mode` skill は wheel 非収録で利用先には存在せず、自律モードそのものを起動できない。今回の dev-workflow の変更は「有効な自律宣言があるときの説明文」に閉じており、既定の HITL 動作（各ゲートを AskUserQuestion で実行）は無変更のため、利用先の実挙動は変わらない
+- NUL 境界 lint は配布物に対する追加検査であり、既存 hook / CLI の動作は不変（コメント追記のみ）
+
+## [2.51.1] - 2026-07-22
+
+### 修正
+
+- **setup skill が Skill ツール（AI）から起動できず、init-session の自動チェーン（G-2）が機能しない defect を修正**: `setup/SKILL.md` の frontmatter `disable-model-invocation: true`（2026-05-03 の commands→skills 移行時に付与）が、v2.38.0 で導入した /start→/init-session→/setup 自動チェーン設計と矛盾していた。利用先の初回導入（`SETUP_NEEDED` 検出時）でチェーン起動がブロックされ、手動での `/setup` 実行を強いられていた（利用先プロジェクトで実地確認）。frontmatter からフラグを削除し、代わりに本文へ起動経路の制約（ユーザーの `/setup` 明示呼び出し・init-session G-2 チェーンの 2 経路のみ。それ以外の自発起動は禁止）を明記した
+
+### 後方互換
+
+- 既存利用先への影響なし。setup 実施済みプロジェクト（`setup_done.flag` あり）では G-2 が発火しないため挙動不変。破壊的変更なし
+
 ## [2.51.0] - 2026-07-18
 
 ### 追加

{claude_code_conductor-2.51.0 → claude_code_conductor-2.52.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: claude-code-conductor
-Version: 2.51.0
+Version: 2.52.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
@@ -66,14 +66,16 @@ Claude Code Conductor（C3）は「親 Claude が複数の専門エージェン
 ユーザー
     ↓ /start, /develop, /review-phase, /doc, /mcp-config, /extract-lib ...
 親 Claude（オーケストレーター）
-    ├─ interviewer       ← ヒアリング
-    ├─ architect         ← 設計
-    ├─ planner           ← タスク計画
-    ├─ developer         ← 実装
-    ├─ tester            ← テスト
-    ├─ code-reviewer     ← コードレビュー
-    ├─ security-reviewer ← セキュリティレビュー
-    └─ doc-writer        ← ドキュメント生成
+    ├─ interviewer         ← ヒアリング
+    ├─ architect           ← 設計
+    ├─ planner             ← タスク計画
+    ├─ design-critic       ← 設計・計画の監査
+    ├─ developer           ← 実装
+    ├─ tester              ← テスト
+    ├─ code-reviewer       ← コードレビュー
+    ├─ security-reviewer   ← セキュリティレビュー
+    ├─ systematic-debugger ← デバッグ調査
+    └─ doc-writer          ← ドキュメント生成
 ```
 
 各エージェントは明確なスコープを持ち、担当外の作業は行いません。
@@ -149,7 +151,7 @@ C3 では「どのファイルをどこに置くべきか」の定義が設計
 フェーズ B: 設計          architecture-report を生成
     ↓ 承認
 フェーズ C: 計画          plan-report を生成
-    ↓ 承認（自動遷移）
+    ↓ 承認（任意で design-critic が設計・計画を監査 → design-review-report）
 フェーズ D: TDD           tester → developer → tester のサイクル
     ↓ 承認（自動遷移）
 フェーズ E: レビュー      code-reviewer → security-reviewer
@@ -176,6 +178,7 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `/develop` | TDD フェーズから直接開始 |
 | `/review-phase` | レビューフェーズから直接開始（code-reviewer + security-reviewer） |
 | `/promote-pattern` | 蓄積されたパターンを rules/ または skills/ に昇格 |
+| `/pattern-status` | patterns.json の現状（信用度・昇格候補・期限残・既昇格）を表形式で可視化（読み取り専用） |
 
 ### ユーティリティ
 
@@ -186,17 +189,27 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | `/extract-lib` | 複数プロジェクトのコードを横断解析し、共通処理をライブラリとして設計・生成 |
 | `/recall` | 過去のセッション・レポート・パターンから類似情報を意味検索（numpy ベクトル検索 + 多言語 embedding） |
 | `/brainstorm` | 仕事・設計の相談を、資料（PDF/画像）を読み込んだ上で気軽に発散・壁打ち。視点・選択肢・論点を増やす方向（grill＝詰めるとは逆）（v2.29.0〜） |
+| `/codex-review` | Codex CLI に `.codex/agents/` の定義を読み込ませ、code-reviewer / security-reviewer ペルソナでレビューを並走実行（Codex adapter セットアップ済み環境のみ・レポート契約は C3 と共通） |
+
+### 内部参照スキル（`/start` などから自動呼び出し）
+
+| スキル | 役割 |
+|---|---|
+| `dev-workflow` | 5 フェーズのワークフロー本体 |
+| `parallel-agents` | plan-report の wave 単位で親 Claude の Agent ツール並列起動 + isolation:worktree |
+| `report-timestamp` | レポートファイル名のタイムスタンプ取得 |
 
 ### ターミナルで使う `c3` CLI（PyPI インストール時）
 
 | コマンド | 役割 |
 |---|---|
 | `c3 init` | 利用先プロジェクトに `.claude/` を展開する |
-| `c3 init --platform codex|cursor|opencode|all` | `.claude/` を canonical source にしたまま Codex/Cursor/OpenCode 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 生成物） |
 | `c3 ask` | Claude Code 以外で `AskUserQuestion` 互換の単一選択・複数選択を実行 |
+| `c3 run <script.py>` / `c3 run -m <module>` / `c3 run -c <code>` | 配布物の Python スクリプトを OS 共通の起動口で実行（v2.51.0〜）。`.claude/` の hooks・skills スクリプトは無印 `python` ではなくこの経由で起動する（interpreter 探索・絶対パスの settings.json 混入を排除） |
 | `c3 plan validate <plan-report>` | plan-report の YAML フロントマターと agent 存在を検証 |
 | `c3 plan waves <plan-report>` | plan-report の wave 分解結果を JSON で出力 |
 | `c3 recall search "<query>"` または `c3 recall "<query>"` | `.claude/memory/sessions/` 等から類似チャンクを意味検索 |
@@ -230,15 +243,20 @@ C3 のスラッシュコマンドはすべてスキル（`skills/{name}/SKILL.md
 | interviewer | sonnet | requirements-report | 親 Claude がペルソナ採用 |
 | architect | opus | architecture-report | 親 Claude がペルソナ採用 |
 | planner | opus | plan-report | 親 Claude がペルソナ採用 |
+| design-critic | opus | design-review-report | Agent ツールで起動（フェーズ C 承認後の任意監査） |
 | developer | sonnet | 実装コード | Agent ツールで起動 |
 | tester | sonnet | テスト・test-report | Agent ツールで起動 |
 | code-reviewer | sonnet | code-review-report | Agent ツールで起動 |
 | security-reviewer | sonnet | security-review-report | Agent ツールで起動 |
-| doc-writer | sonnet | ドキュメント各種 | Agent ツールで起動 |
+| doc-writer | opus | ドキュメント各種 | Agent ツールで起動 |
 | systematic-debugger | sonnet | debug-analysis-report | Agent ツールで起動（行き詰まり時）|
+| project-setup | opus | rules/ 規約ファイル | Agent ツールで起動（`/setup` 時）|
+| wt_developer / wt_tester / wt_systematic-debugger | sonnet | task_id ベースのレポート | parallel-agents skill が isolation:worktree 付きで起動 |
 
 インタラクティブな対話が必要なエージェント（interviewer・architect・planner）は親 Claude がペルソナを採用して動作します。実装・検証系エージェントはサブエージェントとして起動されます。
 
+> **model 列は既定値です。** developer / wt_developer は tier-routing（タスク複雑度に応じた Haiku/Sonnet/Opus の自動選択・Thompson Sampling）の hook が起動時に model を自動適用するため、実際の使用 model は複雑度と学習データに応じて変わります。
+
 ---
 
 ## 既存プロジェクトへの導入
@@ -358,8 +376,11 @@ Copy-Item -Recurse claude-code-conductor\.claude your-project\
   requirements-report-YYYYMMDD-HHMMSS.md
   architecture-report-YYYYMMDD-HHMMSS.md
   plan-report-YYYYMMDD-HHMMSS.md
+  design-review-report-YYYYMMDD-HHMMSS.md
+  test-report-YYYYMMDD-HHMMSS.md
   code-review-report-YYYYMMDD-HHMMSS.md
   security-review-report-YYYYMMDD-HHMMSS.md
+  debug-analysis-report-YYYYMMDD-HHMMSS.md
   archive/   ← /start 実行時に古いレポートをここに移動
 ```