claude-code-conductor 2.81.0__tar.gz → 2.83.0__tar.gz

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/CLAUDE.md

@@ -79,7 +79,7 @@ C3 は、業務アプリケーション開発で製品としての品質を保
 
 コンテキストに応じて選択肢を追加してよい。
 
-自律モード（autonomous-mode skill・opt-in 必須）が有効な場合のみ、上記の承認ゲートは同 skill のゲート対応表に従って客観条件へ付け替わる。既定は常に HITL であり、opt-in なしに挙動が変わることはない（ただしこれは文書規約レベルの不変則であり、モード行挿入自体を機械的に承認と紐付ける仕組みではない。詳細は SKILL.md「モード行挿入の前提条件（不変則）」を参照）。
+既定は常に HITL である。自律の opt-in はユーザー自身の発話に限る: 承認ゲートで「承認・以降は自律で進める」を選んだ場合、または単位（ワークフロー・フェーズ等）を始める依頼の中で自律を示した場合に、その単位だけ自律が有効になる。自律が有効な間、各ゲートは `.claude/skills/autonomous-mode/SKILL.md`「ゲートでの動作」に従う。セッションを再開したときは自律を引き継がず、続けるかを 1 問で確認する。規約の詳細は同 SKILL.md を参照。
 
 ## Compact Instructions
 
@@ -98,8 +98,7 @@ C3 は、業務アプリケーション開発で製品としての品質を保
 ## Directory Structure
 
 `.claude/docs/` は人間向けリファレンスのためエージェントは読まなくてよい。
-詳細は `.claude/docs/taxonomy.md` を参照。
-設定の優先順位・配布判断は `.claude/docs/config-policy.md` を参照。
+人間向けの詳細は `.claude/docs/taxonomy.md`、設定の優先順位・配布判断は `.claude/docs/config-policy.md` にある。
 
 ## Platform Compatibility
 
@@ -111,7 +110,7 @@ C3 は、業務アプリケーション開発で製品としての品質を保
 - **`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` を一律付与する）
 
-- **自律モード**: autonomous-mode は Claude Code 専用。Codex / Cursor / OpenCode では自律宣言は常に無効＝HITL で動作する（モード行の検証は `mode_line.py`・Bash 経由に依存し、他プラットフォームで安全に再現できないため。検証できない → HITL の fail-closed 原則がそのまま正しい挙動になる）。adapter 生成物にも autonomous-mode skill は写像されない。
+- **自律モード**: Claude Code / Codex / Cursor / OpenCode のすべてで同じ自律を使う（opt-in はユーザーの承認の回答または単位を始める依頼の中の発話で、プラットフォーム固有の検証機構に依存しない。ただし `c3 ask` で質問する環境では自律を使わない）。規約は `.claude/skills/autonomous-mode/SKILL.md` で、adapter 生成物にも他の skill と同様に写像される。
 - **`.claude/rules/` の自動ロード**は Claude Code の機能。OpenCode では adapter が `AGENTS.md` に rules を埋め込む。**Codex / Cursor の生成物には rules は写像されない**（規律を効かせたい場合は各プラットフォームの規約ファイルへ手動転記する）
 
 レポート（`.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.81.0 → claude_code_conductor-2.83.0}/.claude/agents/architect.md

@@ -12,7 +12,7 @@ tools:
 ---
 
 # Architect
-<!-- ペルソナ定義: /start コマンドで親 Claude がこのペルソナを採用して対話を行う。サブエージェントとして起動しない。 -->
+<!-- ペルソナ定義: 既定では dev-workflow フェーズ B で親 Claude がこのペルソナを採用して対話を行う。Agent ツールでサブエージェントとして起動した場合も同じ契約（architecture-report の出力）で動く。 -->
 
 ## Core Mandate
 requirements-report を受け取り、システム設計・技術選定・依存関係の整理を行い architecture-report を出力する。

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/code-reviewer.md

@@ -21,7 +21,7 @@ tools:
 ## Memory
 - 作業終了時、次回以降のレビューに役立つ知見があれば `.claude/agent-memory/code-reviewer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のあるレビュー観点・指摘パターン
-  - **許容例外**: ユーザーが指摘を許容した観点と理由（`[許容例外]` プレフィックスを付ける。次回レビューでの再指摘を防ぐ）
+  - **許容例外**: ユーザーが指摘を許容した観点と理由（`[許容例外]` プレフィックスを付ける。次回レビューでの再指摘を防ぐ）。学習するのはユーザーが裁いた `[許容]` に限る。自律モードで親が付けた `[許容]`（理由が `自律:` で始まるもの）は学習しない
   - 本プロジェクト特有のコーディング規約・トレードオフ判断
 - 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/design-critic.md

@@ -20,7 +20,7 @@ tools:
 ## Memory
 - 作業終了時、次回以降の監査に役立つ知見があれば `.claude/agent-memory/design-critic/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 実際に手戻りを起こした**前提崩れ・曖昧さ・抜け漏れの型**（次回の 3 レンズ適用で優先的に当てる観点）
-  - **許容例外**: ユーザーが `[許容]` と裁定した finding の観点と理由（`[許容例外]` プレフィックスを付ける。C-3 の裁定は c3.db にも記録されるが、それを後付けで差し戻す review-hint は CR / SR 専用で design-critic には届かないため、次回の再指摘を防げるのはこの MEMORY.md だけ）
+  - **許容例外**: ユーザーが `[許容]` と裁定した finding の観点と理由（`[許容例外]` プレフィックスを付ける。C-3 の裁定は c3.db にも記録されるが、それを後付けで差し戻す review-hint は CR / SR 専用で design-critic には届かないため、次回の再指摘を防げるのはこの MEMORY.md だけ）。学習するのはユーザーが裁いた `[許容]` に限る。`[退ける]`（裏取りで偽と確かめた指摘）と、自律モードで親が付けた `[許容]`（理由が `自律:` で始まるもの）は学習しない
   - 本プロジェクトで繰り返す**起因層の偏り**（`A要件` / `B設計` / `C計画` のどこが弱いか）と、それを突くのに効いた定型チェック
 - 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
@@ -29,7 +29,7 @@ tools:
 ✅ 担当すること:
 - requirements-report / architecture-report / plan-report の監査
 - 3 レンズ（前提発掘 / 曖昧さ / 抜け漏れ）による finding 抽出
-- 各 finding への重要度・起因層・該当箇所の付与
+- 各 finding への重要度・起因層・主張の種類・根拠・該当箇所の付与
 - design-review-report の出力
 
 ❌ 担当しないこと:
@@ -50,13 +50,8 @@ tools:
 
 **During:**
 - ルーブリックの 3 レンズ（前提発掘 `[DC-AS-NNN]` / 曖昧さ `[DC-AM-NNN]` / 抜け漏れ `[DC-GP-NNN]`）を順に適用する
-- この段階の役割は**網羅（coverage）であり取捨選択ではない**。確信度が低い finding・Low 重要度の finding も握り潰さず report する。重要度による最終的な絞り込みは下流（ユーザー承認・層別ルーティング）に委ねる
-- 各 finding に必須付与する項目（詳細は `.claude/skills/dev-workflow/references/design-critic-rubric.md` の「Finding 必須項目」セクションを参照）:
-  - **重要度**: High（このまま実装すれば確実に手戻り）/ Medium（解釈次第で手戻り）/ Low（改善余地）
-  - **起因層**: `A要件` / `B設計` / `C計画`（層別ルーティングの判定キー）
-  - **該当箇所**: どのレポートのどのセクションか
-  - **問題点**: 何が問題か・なぜリスクか
-  - **実装前に確認・修正すべきこと**: 解消するために必要なアクション
+- この段階の役割は**網羅（coverage）であり取捨選択ではない**。確信度が低い finding・Low 重要度の finding も握り潰さず report する。最終的な絞り込みは下流（親 Claude の裏取りと区分・ユーザーの裁定。dev-workflow C-3 ステップ 3）に委ねる
+- 各 finding に、`.claude/skills/dev-workflow/references/design-critic-rubric.md` の「Finding 必須項目」セクションの 7 項目（重要度・起因層・主張の種類・根拠・該当箇所・問題点・実装前に確認・修正すべきこと）を付与する。重要度・主張の種類の定義は同セクションが正本である。`現物` の主張は Read / Glob / Grep で確かめたファイルと行を根拠に書き、確かめられなければ「未確認」と書く（確かめられないことは report を見送る理由にしない）
 - findings が出なかった場合は「findings なし」として明記し、その旨 report に記載する
 
 **After:**
@@ -68,4 +63,4 @@ tools:
 ## Related Agents
 - 上流: planner（plan-report を受け取る）
 - ピア: code-reviewer / security-reviewer（同じ監査型エージェント。design-critic はフェーズ C-3 で設計監査、code-reviewer / security-reviewer はフェーズ E でコード・セキュリティ監査を独立稼働）
-- 下流: 親 Claude（C-3 ゲート: findings の承認フロー・層別ルーティングを担う）→ 起因層に応じて interviewer / architect / planner へルーティング
+- 下流: 親 Claude（C-3 ゲート: findings の裏取り・区分・裁定と層別ルーティングを担う）→ 起因層に応じて interviewer / architect / planner へルーティング

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/developer.md

@@ -49,7 +49,7 @@ plan-report に基づき実装・デバッグ・リファクタリングを行
 - 最小限であっても**汎用解**を書く。テスト入力に hard-code して通すこと・特定テストケースだけに効く workaround は禁止。テストは正しさの検証であって解の定義ではないため、全ての valid input に対し正しい一般ロジックを実装する（「最小限」と「汎用解」は両立する: スコープを足さず・しかし test 入力に過適合しない）
 - 設計上の不明点は、合理的な判断で進め、その判断を黙って埋めずにコードコメントに残す（例: `# 設計書に記載なし: ○○と判断して実装`）
 - 実装完了後に判断した内容を報告してユーザーが確認できるようにする
-- 根本的な設計の欠落（実装の方向性が定まらないレベル）の場合のみ作業を止めて報告する
+- 根本的な設計の欠落（実装の方向性が定まらないレベル）は作業を止めて報告する。テストや `writes` 外のファイルに手を入れる必要が出たときの停止と申告は CLAUDE.md「テストとプロダクトの関係」に従う
 - 長文を Bash のコマンドライン引数に渡さない（ファイル経由で渡す）
 - 同じ問題に対して3回以上アプローチを変えても解決できない場合は Stuck Signal を出力して作業を止める（詳細は下記参照）
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/interviewer.md

@@ -11,7 +11,7 @@ tools:
 ---
 
 # Interviewer
-<!-- ペルソナ定義: /start コマンドで親 Claude がこのペルソナを採用して対話を行う。サブエージェントとして起動しない。 -->
+<!-- ペルソナ定義: 既定では dev-workflow フェーズ A で親 Claude がこのペルソナを採用して対話を行う。Agent ツールでサブエージェントとして起動した場合も同じ契約（requirements-report の出力）で動く。 -->
 
 ## Core Mandate
 ユーザーの要望・目的・背景をヒアリングし、後続エージェントが設計判断できる requirements-report を作成する。

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/planner.md

@@ -12,7 +12,7 @@ tools:
 ---
 
 # Planner
-<!-- ペルソナ定義: /start コマンドで親 Claude がこのペルソナを採用して対話を行う。サブエージェントとして起動しない。 -->
+<!-- ペルソナ定義: 既定では dev-workflow フェーズ C で親 Claude がこのペルソナを採用して対話を行う。Agent ツールでサブエージェントとして起動した場合も同じ契約（plan-report の出力）で動く。 -->
 
 ## Core Mandate
 requirements-report・architecture-report・各種レビューレポートを統合し、実装可能なタスクに分解した plan-report を出力する。

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/security-reviewer.md

@@ -21,7 +21,7 @@ SQLインジェクション・XSS・認証認可・秘密情報漏洩などの
 ## Memory
 - 作業終了時、次回以降の診断に役立つ知見があれば `.claude/agent-memory/security-reviewer/MEMORY.md` に追記する。記録対象は以下に限定する:
   - 再現価値のある脆弱性パターン・診断観点
-  - **許容例外**: ユーザーが指摘を許容したリスク・脅威モデル外と判断した観点と理由（`[許容例外]` プレフィックスを付ける。次回診断での再指摘を防ぐ）
+  - **許容例外**: ユーザーが指摘を許容したリスク・脅威モデル外と判断した観点と理由（`[許容例外]` プレフィックスを付ける。次回診断での再指摘を防ぐ）。学習するのはユーザーが裁いた `[許容]` に限る。自律モードで親が付けた `[許容]`（理由が `自律:` で始まるもの）は学習しない
   - 本プロジェクト特有の脅威モデル・信頼境界・許容されている設計（理由とセットで）
 - 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/tester.md

@@ -47,6 +47,7 @@ tools:
   - ✅ 機能が未実装のため失敗（期待する動作）
   - ❌ 構文エラー・タイポ・インポート漏れで失敗（テスト自体が壊れている）
   - テストが最初から Pass する場合は、既存の挙動をテストしているだけなので修正する
+- テストに書くのは、壊れたら利用者に届く振る舞い・安全境界・実際に起きた欠陥の回帰。Markdown の規約・文書（skills / agents / rules / docs / CLAUDE.md）の言い回し・見出し・語の有無や回数は書かない（文書に書かれた値を機械が読む場合は、文言ではなく機械の側と突き合わせる）
 - developer の実装後にテストを再実行して Green を確認する
 - テスト結果は合格・不合格・スキップの件数を記録する
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/wt_developer.md

@@ -16,7 +16,7 @@ tools:
 
 # Developer (worktree-parallel)
 
-> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への Write/Edit ツールによる書き込みは `.claude/hooks/worktree_guard.py` が agent_type `wt_*` のとき作動してブロックする（Bash・NotebookEdit 経由の書き込みは射程外）。Write/Edit では worktree の外（セッションの scratchpad を含む）へ書けない。一時ファイルは worktree 内の `.claude/tmp/` に置く。
 >
 > 単発起動（`/develop` フェーズ D-1〜D-5 等、`isolation` なし）では本 agent を**使わない**。元の `developer` agent を使うこと。
 
@@ -54,7 +54,7 @@ plan-report に基づき実装・デバッグ・リファクタリングを行
 - 最小限であっても**汎用解**を書く。テスト入力に hard-code して通すこと・特定テストケースだけに効く workaround は禁止。テストは正しさの検証であって解の定義ではないため、全ての valid input に対し正しい一般ロジックを実装する（「最小限」と「汎用解」は両立する: スコープを足さず・しかし test 入力に過適合しない）
 - 設計上の不明点は、合理的な判断で進め、その判断を黙って埋めずにコードコメントに残す（例: `# 設計書に記載なし: ○○と判断して実装`）
 - 実装完了後に判断した内容を報告してユーザーが確認できるようにする
-- 根本的な設計の欠落（実装の方向性が定まらないレベル）の場合のみ作業を止めて報告する
+- 根本的な設計の欠落（実装の方向性が定まらないレベル）は作業を止めて報告する。テストや `writes` 外のファイルに手を入れる必要が出たときの停止と申告は CLAUDE.md「テストとプロダクトの関係」に従う
 - 長文を Bash のコマンドライン引数に渡さない（ファイル経由で渡す）
 - 同じ問題に対して3回以上アプローチを変えても解決できない場合は Stuck Signal を出力して作業を止める（詳細は下記参照）
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/wt_systematic-debugger.md

@@ -15,7 +15,7 @@ tools:
 
 # Systematic Debugger (worktree-parallel)
 
-> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への Write/Edit ツールによる書き込みは `.claude/hooks/worktree_guard.py` が agent_type `wt_*` のとき作動してブロックする（Bash・NotebookEdit 経由の書き込みは射程外）。Write/Edit では worktree の外（セッションの scratchpad を含む）へ書けない。一時ファイルは worktree 内の `.claude/tmp/` に置く。
 >
 > 単発起動（worktree なしで親 Claude から直接 Agent ツールで起動するケース等）では本 agent を**使わない**。元の `systematic-debugger` agent を使うこと。
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/agents/wt_tester.md

@@ -15,7 +15,7 @@ tools:
 
 # Tester (worktree-parallel)
 
-> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは `.claude/hooks/worktree_guard.py` (PreToolUse, `PO_WORKTREE_GUARD=1`) でガードされる。
+> 本 agent は `parallel-agents` skill が `isolation: "worktree"` 付きで起動する **並列実行専用** バリアント。`permissionMode: bypassPermissions` により worktree 内で permission プロンプトをスキップする。worktree 外への Write/Edit ツールによる書き込みは `.claude/hooks/worktree_guard.py` が agent_type `wt_*` のとき作動してブロックする（Bash・NotebookEdit 経由の書き込みは射程外）。Write/Edit では worktree の外（セッションの scratchpad を含む）へ書けない。一時ファイルは worktree 内の `.claude/tmp/` に置く。
 >
 > 単発起動（`/develop` フェーズ D-1〜D-5 等、`isolation` なし）では本 agent を**使わない**。元の `tester` agent を使うこと。
 
@@ -52,6 +52,7 @@ tools:
   - ✅ 機能が未実装のため失敗（期待する動作）
   - ❌ 構文エラー・タイポ・インポート漏れで失敗（テスト自体が壊れている）
   - テストが最初から Pass する場合は、既存の挙動をテストしているだけなので修正する
+- テストに書くのは、壊れたら利用者に届く振る舞い・安全境界・実際に起きた欠陥の回帰。Markdown の規約・文書（skills / agents / rules / docs / CLAUDE.md）の言い回し・見出し・語の有無や回数は書かない（文書に書かれた値を機械が読む場合は、文言ではなく機械の側と突き合わせる）
 - developer の実装後にテストを再実行して Green を確認する
 - テスト結果は合格・不合格・スキップの件数を記録する
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/breaking-changes.txt

@@ -15,3 +15,4 @@ v2.66.0|record_review_decision.py: --severity is now a required argument (omitti
 v2.68.0|New PreToolUse Write hook report_path_guard.py is registered in the distributed settings.json. It blocks (exit 2) writes of report-prefixed filenames (requirements-report-, architecture-report-, plan-report-, design-review-report-, code-review-report-, security-review-report-, test-report-, debug-analysis-, debug-needed-) outside .claude/reports/, overwrites of existing timestamp-named reports, and non-timestamp naming for the strict 4 report types. Ordinary files whose names start with those prefixes can no longer be written outside .claude/reports/. Set C3_REPORT_GUARD_DISABLE=1 to bypass, or remove the hook registration from settings.json.|レポート 9 prefix 名ファイルの .claude/reports/ 外への Write・タイムスタンプ形式既存レポートの上書き・strict-4 の非タイムスタンプ命名を exit 2 で block する report_path_guard hook を配布 settings.json に登録。対象 prefix 名の一般ファイルも block されうる。回避は C3_REPORT_GUARD_DISABLE=1 または settings.json から登録を外す。
 v2.72.0|Removed the C3 PermissionRequest hook suite (permission_handler.py, permission_handler_toast.py, permission_rules.json) and the [notify] extra, superseded by upstream auto mode and permissions.allow. If you have not yet copied your auto_allow patterns from .claude/permission_rules.json, answer N (default) at the upcoming deletion prompt, copy them into permissions.allow in .claude/settings.local.json (personal, not the shared settings.json; same syntax; upstream checks each separator-delimited subcommand of compound commands independently, but command substitution handling is unverified -- narrow broad Bash wildcards to the minimum prefix; copying is a must where auto mode is unavailable), then rerun c3 update. windows-toasts can be uninstalled.|C3 の PermissionRequest hook 一式（permission_handler.py・permission_handler_toast.py・permission_rules.json）と [notify] extra を削除しました（上流 auto mode / permissions.allow へ委譲）。auto_allow パターンを未転記の場合は、この後の削除プロンプトで N（既定）を選び、.claude/permission_rules.json の内容を .claude/settings.local.json（個人設定・共有の settings.json ではない）の permissions.allow へ転記してから c3 update を再実行してください（書式は同一。上流は複合コマンドをセパレータ単位で独立照合しますが、コマンド置換〔$() 等〕の扱いは未確認のため、広い Bash ワイルドカードは必要最小のプレフィックスへ狭めること。auto mode が使えない環境では転記必須）。windows-toasts はアンインストール可。
 v2.80.0|Removed the mcp-config and codex-review skills. mcp-config wrote MCP server definitions to mcpServers in .claude/settings.json, which is not a documented location for MCP server definitions (project scope belongs in .mcp.json, local scope in ~/.claude.json), so servers registered with it were likely never loaded; use the built-in /mcp or 'claude mcp add' instead. The Codex adapter output (c3 init --platform codex) is unchanged. c3 update offers the two SKILL.md files for deletion.|mcp-config / codex-review skill を削除しました。mcp-config は MCP サーバー定義を .claude/settings.json の mcpServers に書いていましたが、そこは公式に記載された MCP サーバーの置き場所ではなく（プロジェクトスコープは .mcp.json、ローカルは ~/.claude.json）、登録したサーバーは読み込まれていなかった可能性が高いです。MCP サーバーの追加は標準の /mcp または claude mcp add を使ってください。Codex adapter（c3 init --platform codex）の生成物は変更ありません。c3 update 実行時に両 SKILL.md が削除候補として提示されます。
+v2.83.0|Autonomous-mode opt-in now comes from the user's own words: choosing 'approve and continue autonomously' at dev-workflow A-4 / B-3 / C-2 approval, or stating it in the request that starts a unit; it covers that unit only. The mode line, delegation plan, resource consent and cycles are no longer used, and existing mode lines in session files no longer take effect. Removed .claude/skills/autonomous-mode/scripts/mode_line.py, .claude/hooks/session_mode_watch.py (and its settings.json registration) and .claude/docs/autonomous-mode-onboarding.md; if you customized settings.json, remove the session_mode_watch.py registration. The autonomous-mode skill is now also emitted into the Codex / Cursor / OpenCode adapter outputs (not verified on those platforms). The phase E integrated ruling (E-3) now offers the same 4 options as C-3 when there are findings (rule as recommended / address all / choose findings to reclassify / reject and request re-review); the former 'choose findings to address' is replaced by 'choose findings to reclassify' and 'accept all and finish' is removed. Autonomous mode is not used in environments that ask questions via c3 ask (clients without MCP elicitation); if a question falls back to c3 ask during autonomous mode, the unit returns to HITL. If settings env sets PO_WORKTREE_GUARD=1, that setting is no longer read and the guard applies only to wt_* agents (emergency disable: C3_WORKTREE_GUARD_DISABLE=1).|自律モードの opt-in を、モード行（セッションファイルの「モード: 自律 plan=...」）と委任プラン・資源同意・cycles から、ユーザー自身の発話（dev-workflow の A-4 / B-3 / C-2 の承認で「承認・以降は自律で進める」を選ぶ、または単位を始める依頼の中で示す）に置き換えました。範囲はその単位だけで、既存のモード行は効かなくなります。.claude/skills/autonomous-mode/scripts/mode_line.py・.claude/hooks/session_mode_watch.py（settings.json の登録も削除）・.claude/docs/autonomous-mode-onboarding.md を削除しました。settings.json をカスタムしている場合は session_mode_watch.py の登録を外してください。autonomous-mode skill を Codex / Cursor / OpenCode の adapter 生成物へも出力します（他プラットフォームでの実動作は未検証）。フェーズ E の統合裁定（E-3）の指摘ありの選択肢を C-3 と同じ 4 択（推奨どおり裁く／全て対応する／区分を変える指摘を選ぶ／否認・再レビューを依頼する）にし、旧「対応する指摘を選ぶ」は「区分を変える指摘を選ぶ」に置き換え、旧「全て許容して完了」は削除しました。c3 ask で質問する環境（MCP の elicitation が使えないクライアント）では自律を使いません（自律中に c3 ask へ落ちたら HITL に戻ります）。settings の env で PO_WORKTREE_GUARD=1 を設定していた場合、その設定は読まれなくなり、ガードの対象が wt_* agent に限られる（緊急無効化は C3_WORKTREE_GUARD_DISABLE=1）。

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/deletions.txt

@@ -96,3 +96,11 @@ permission_rules.json
 # ---- v2.80.0: mcp-config / codex-review skill 廃止 ----
 skills/mcp-config/SKILL.md
 skills/codex-review/SKILL.md
+
+# ---- v2.82.0: C-3省略宣言プロトコル廃止（E→C 差し戻し時の C-3 判定へ置換） ----
+skills/dev-workflow/references/c3-omission-declaration.md
+
+# ---- v2.83.0: 自律モードの opt-in をユーザーの発話へ置換（モード行の検証・監視と導入手引きを廃止） ----
+skills/autonomous-mode/scripts/mode_line.py
+hooks/session_mode_watch.py
+docs/autonomous-mode-onboarding.md

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/docs/config-policy.md

@@ -185,7 +185,7 @@ v2.72.0 行を参照。
 | 3 | `.claude/skills/*/` | ○ | ○ | オーケストレーション/ユーティリティ skill 定義（`scripts/` / `templates/` 等サブディレクトリ含む）|
 | 4 | `.claude/rules/*.md` | ○ | ○ | C3 配布デフォルトルール（常時注入対象）。配布元は `judgment-principles.md` の 1 件（ほかは `promoted/` のみ）。利用先ではこれに `/setup` 生成の `coding-standards.md` 等が加わる |
 | 5 | `.claude/rules/promoted/*` | ○ | ×（`index.md` は INIT_ONLY） | プロジェクト固有昇格ルール。配布元の `promoted/index.md` は空雛形のみ配布。利用先で `/promote-pattern` が追記する **ユーザー所有領域**。`index.md` は `INIT_ONLY_PATTERNS` で上書きから保護される。昇格ルール本体（`YYYYMMDD-{id}.md`）は template 側に存在しないため `_walk_diff` の走査対象にならず元から無事 |
-| 6 | `.claude/docs/*.md` | △（一部のみ） | ○ | 利用先向けリファレンス。配布対象は `autonomous-mode-onboarding.md` / `config-policy.md`（本ドキュメント）/ `nul-boundary.md` / `parallel-agents-setup.md` / `platform-adapters.md` / `settings.json.md` の 6 ファイル。配布元固有の設計メモ等は `_excludes.py` で個別除外。`taxonomy.md` は tracked（GitHub 公開）だが EXCLUDE 対象のため wheel 非配布（詳細は §7 落とし穴 2 参照）。 |
+| 6 | `.claude/docs/*.md` | △（一部のみ） | ○ | 利用先向けリファレンス。配布対象は `config-policy.md`（本ドキュメント）/ `nul-boundary.md` / `parallel-agents-setup.md` / `platform-adapters.md` / `settings.json.md` の 5 ファイル。配布元固有の設計メモ等は `_excludes.py` で個別除外。`taxonomy.md` は tracked（GitHub 公開）だが EXCLUDE 対象のため wheel 非配布（詳細は §7 落とし穴 2 参照）。 |
 | 7 | `.claude/CLAUDE.md` | ○ | ○ | 配布先で常時注入される共通ルール |
 | 8 | `.claude/settings.json` | ○ | ○ | プロジェクト共通設定（hooks 登録・permissions など） |
 | 9 | `.claude/permission_rules.json` | ×（削除済み・v2.72.0） | — | C3 独自の自動承認パターンは v2.72.0 で削除された。上流 `permissions.allow` へ委譲（移行手順は `.claude/breaking-changes.txt` の v2.72.0 行を参照） |

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/docs/nul-boundary.md

@@ -216,7 +216,7 @@ C3 を配布先で `pip install c3-***.whl` でインストールしたユーザ
 
 ## 参照・関連
 
-- **実装・リレビューの必須チェック**: `.claude/skills/autonomous-mode/SKILL.md` §(a)
+- **実装・リレビューの必須チェック**: `tests/test_nul_boundary_lint.py`（一般則を機械的に強制する AST ベースの lint。配布元の CI で実行）
 - **auto-memory**: `feedback_nul_boundary_for_machine_readable_line_sets` — 一般則の背景と根拠
 - **計画**: `plan-report-*.md` §5 T4 — 文書作成の指示と成功条件
 

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/hooks/patterns_guard.py

@@ -124,8 +124,9 @@ def main():
 
     message = (
         f"[PatternGuard BLOCK] patterns.json への直接編集がブロックされました。\n"
-        f"正規経路: session.tmp の「##残タスク」へ記載後、promote-pattern skill を実行してください\n"
-        f"          または LLM が patterns.json を直接編集する場合は以下を実行:\n"
+        f"正規経路: 新しいパターンは session.tmp（.claude/memory/sessions/YYYYMMDD.tmp）の JSON ブロックの "
+        f"`patterns` 配列へ追記する（Stop hook が patterns.json へ取り込む）\n"
+        f"          promote-pattern skill の昇格記録など、patterns.json を意図的に直接編集する場合は以下を実行:\n"
         f"{flag_create_instruction}\n"
         f"恒久 bypass: C3_PATTERNS_GUARD_DISABLE=1 環境変数を設定してください"
     )

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/hooks/select_tier.py

@@ -666,9 +666,9 @@ def build_additional_context(
         f"{tester_note}"
         f" tester / wt_tester は test- タスク（Red フェーズ）に限り機械適用対象です"
         f"（C3_TASK_ID: test-... マーカー付き起動のみ・D-3/D-5 等の非 Red 起動は"
-        f" 従来どおり frontmatter 任せ）。親 Claude ペルソナで動かす role"
-        f"（interviewer / architect / planner）は tier レバーが無いため対象外で"
-        f" 従来どおりとする。{suffix}"
+        f" agent frontmatter の model: で動きます）。親 Claude ペルソナで動かす role"
+        f"（interviewer / architect / planner）は tier レバーが無いため対象外です。"
+        f"{suffix}"
     )
 
 

claude_code_conductor-2.83.0/.claude/hooks/worktree_guard.py

@@ -0,0 +1,204 @@
+#!/usr/bin/env python3
+"""PreToolUse hook: worktree boundary guardrail.
+
+作動条件: hook 入力 JSON の `agent_type` が WT_AGENT_TYPES（wt_developer /
+wt_tester / wt_systematic-debugger）に含まれること。Claude Code は subagent 内の
+tool 呼び出しの hook 入力に `agent_type` を載せるため、parallel-agents skill が
+isolation:"worktree" 付きで起動する wt_* agent だけがガード対象になる。
+旧作動条件の環境変数 PO_WORKTREE_GUARD は hook のプロセスに届く経路が無く、
+ガードが一度も作動していなかったため廃止した（現在は読まない）。
+
+境界: hook プロセスの cwd（os.getcwd()）を含む worktree のルート。cwd のパス要素から
+最も内側の `.claude` / `worktrees` / `<名前>` までをルートとする（入れ子は内側が
+ルート）。入力 JSON の cwd は使わない。対象 agent で cwd からルートを導けない場合は
+block する（fail-closed）。cwd の取得・正規化が OSError / ValueError になった場合も
+block する。対象パスの判定は decide_containment（二層 AND）に委ねる。
+
+入力の型の異常: 対象 agent で tool_input が dict でない・file_path が文字列でない場合は
+block する。stdin が不正な JSON・dict でない JSON の場合は、agent_type を読めず対象
+agent を判定できないため通過（exit 0）する。
+
+射程: Write / Edit ツールのみ。Bash / NotebookEdit 経由の書き込みは射程外
+（本 hook 単独を防御の最終線にしない）。
+
+無効化: 環境変数 C3_WORKTREE_GUARD_DISABLE=1。hook のプロセスに届くのは settings の
+`env`（settings.json / settings.local.json）経由で設定した値であり、Bash ツール内の
+`export` は hook のプロセスに届かない。
+"""
+
+import json
+import os
+import sys
+import unicodedata
+from pathlib import Path
+
+# 共通ヘルパー (_hook_utils.sanitize_for_terminal) を hooks/ 経由で import するため、
+# このスクリプトのディレクトリを PYTHONPATH に追加する。
+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:
+    pass
+
+# worktree ルートの識別に使うパス要素名（derive_worktree_root が使う）。
+# cwd を os.sep で分割し、`.claude` の直後に `worktrees` が続く位置のうち最も内側
+# （cwd に最も近い側）を探し、その次の要素 `<名前>` までをルートとする
+# （`.claude/worktrees/<名前>` が入れ子になっている場合は内側がルート）。
+_WORKTREES_PARENT = ".claude"
+_WORKTREES_COMPONENT = "worktrees"
+
+# ガード対象の agent_type（.claude/agents/wt_*.md の name: と一致させる）。
+WT_AGENT_TYPES = frozenset({"wt_developer", "wt_tester", "wt_systematic-debugger"})
+
+
+def decide_containment(resolved, cwd, same_entity=os.path.samefile, path_exists=os.path.exists):
+    """対象パスが cwd 配下かどうかを二層 AND で判定する純関数（S3 ①）。
+
+    戻り値はブロック判定そのもの（True = block / False = allow）。
+
+    第 1 層: 対象パスの解決（realpath）後、比較直前に両辺を NFC 正規化した文字列の
+             prefix 判定。表現差（NFC/NFD）だけの不一致を吸収する。
+    第 2 層: ファイルシステム実体による cwd 配下確認。対象の実在する最深祖先から
+             根方向へ祖先鎖を辿り、いずれかの祖先（最深祖先自身を含む）が cwd と
+             samefile であれば配下と判定する（対象自身が cwd と同一の場合も、
+             対象自身が「実在する最深祖先」になるため自然に許可される）。
+
+    許可は第 1 層・第 2 層の両方に合格した場合のみ（AND）。片方のみの合格では
+    許可しない。
+
+    例外（OSError / ValueError）はこの関数の内側で捕捉し、fail-closed として
+    True（block）を返す。捕捉が囲む範囲は対象パスの解決（realpath）と両層の判定の
+    みに限定する。
+
+    TOCTOU 免責 [SR-NEW-3]: realpath / path_exists / same_entity の各呼び出しの
+    間に対象パスやその祖先が差し替えられる（判定後・実書き込み前にリンクへ
+    すり替えられる等）競合は原理的に残る。本 hook は agent の書き込み先が
+    worktree 外へ逸脱する事故を防ぐガードであり、悪意ある同時操作に対する
+    セキュリティ境界ではないため、この競合は許容する（patterns_guard.py の
+    フラグ TTL 判定と同じ免責）。射程外の経路（Bash / NotebookEdit 経由の
+    書き込み）が元々ガードされないことと合わせ、本 hook 単独を防御の最終線に
+    しない前提で運用する。
+    """
+    try:
+        resolved = os.path.realpath(resolved)
+
+        # 実測補正: Windows / Python 3.11.9 では os.path.realpath() は NUL 混入
+        # パスでも例外を出さず NUL を保持したまま成功して返る。例外捕捉だけでは
+        # 不足するため、解決後パスに \x00 が含まれる場合を明示的に block する。
+        if "\x00" in resolved or "\x00" in cwd:
+            return True
+
+        # 第 1 層: 正規化文字列（realpath 後 NFC）の prefix 判定
+        norm_resolved = unicodedata.normalize("NFC", resolved)
+        norm_cwd = unicodedata.normalize("NFC", cwd)
+        if norm_resolved != norm_cwd and not norm_resolved.startswith(norm_cwd + os.sep):
+            return True
+
+        # 第 2 層: ファイルシステム実体による cwd 配下確認。
+        # 対象の実在する最深祖先を求める（対象自身が実在すればそれが最深祖先）。
+        target = Path(resolved)
+        deepest_existing = None
+        for candidate in (target, *target.parents):
+            if path_exists(str(candidate)):
+                deepest_existing = candidate
+                break
+        if deepest_existing is None:
+            return True
+
+        # 最深祖先から根方向へ祖先鎖を辿り、いずれかが cwd と samefile なら配下。
+        for ancestor in (deepest_existing, *deepest_existing.parents):
+            if same_entity(str(ancestor), cwd):
+                return False
+        return True
+    except (OSError, ValueError):
+        return True
+
+
+def derive_worktree_root(cwd):
+    """cwd のパス要素から最も内側の `.claude/worktrees/<名前>` のルートを返す。
+
+    導けない場合（`worktrees` の直前が `.claude` でない・`<名前>` の要素が無い等）は
+    None を返す。
+    """
+    parts = cwd.split(os.sep)
+    for idx in range(len(parts) - 2, 0, -1):
+        if parts[idx] == _WORKTREES_COMPONENT and parts[idx - 1] == _WORKTREES_PARENT:
+            depth = len(parts) - (idx + 2)  # ルート（<名前>）から cwd までの段数
+            return str(Path(cwd).parents[depth - 1]) if depth > 0 else cwd
+    return None
+
+
+def _block(file_path, resolved, allowed):
+    print(
+        f'[WorktreeGuard BLOCK] worktree 外へのファイル操作をブロックしました。\n'
+        f'  対象パス: {sanitize_for_terminal(file_path)}\n'
+        f'  解決パス: {sanitize_for_terminal(resolved)}\n'
+        f'  許可範囲: {sanitize_for_terminal(allowed)}',
+        file=sys.stderr
+    )
+    sys.exit(2)
+
+
+def main():
+    if os.environ.get('C3_WORKTREE_GUARD_DISABLE') == '1':
+        sys.exit(0)
+
+    # 不正な JSON・dict でない JSON は exit 0（対象外）とする。理由: これらの入力からは
+    # agent_type を読めず対象 agent かどうかを判定できない。
+    try:
+        payload = json.loads(sys.stdin.read())
+    except (json.JSONDecodeError, ValueError):
+        sys.exit(0)
+    if not isinstance(payload, dict):
+        sys.exit(0)
+
+    # agent_type が文字列でなければ対象外（list / dict はハッシュ不能で集合の所属判定が
+    # TypeError になるため、型を先に確かめる）。
+    agent_type = payload.get('agent_type')
+    if not isinstance(agent_type, str) or agent_type not in WT_AGENT_TYPES:
+        sys.exit(0)
+
+    tool_name = payload.get('tool_name', '')
+    if tool_name not in ('Write', 'Edit'):
+        sys.exit(0)
+
+    # 対象 agent で入力の型が想定外のときは書き込み先を判定できないため block する
+    # （fail-closed）。tool_input キーが無い場合は従来どおり空の dict とみなす。
+    tool_input = payload.get('tool_input', {})
+    if not isinstance(tool_input, dict):
+        _block(repr(tool_input), '(tool_input が dict ではありません)', '(判定不能)')
+    file_path = tool_input.get('file_path', '')
+    if not isinstance(file_path, str):
+        _block(repr(file_path), '(file_path が文字列ではありません)', '(判定不能)')
+    if not file_path:
+        sys.exit(0)
+
+    # cwd の取得・正規化が失敗したら境界を導けないため block する（fail-closed）。
+    try:
+        cwd = os.path.realpath(os.getcwd())
+    except (OSError, ValueError):
+        _block(file_path, file_path, '(cwd を取得できません)')
+    root = derive_worktree_root(cwd)
+    if root is None:
+        # 対象 agent なのに境界を導けない: fail-closed
+        _block(file_path, file_path, '(worktree ルートを cwd から導出できません)')
+
+    target = file_path if os.path.isabs(file_path) else os.path.join(cwd, file_path)
+
+    if decide_containment(target, root):
+        # stderr 表示専用の best-effort 解決（判定には使わない・失敗しても target を出す）
+        try:
+            display_resolved = os.path.realpath(target)
+        except (OSError, ValueError):
+            display_resolved = target
+        _block(file_path, display_resolved, root)
+
+    sys.exit(0)
+
+
+if __name__ == '__main__':
+    main()

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/settings.json

@@ -165,11 +165,6 @@
             "type": "command",
             "command": "c3",
             "args": ["run", "${CLAUDE_PROJECT_DIR}/.claude/hooks/planner_check.py"]
-          },
-          {
-            "type": "command",
-            "command": "c3",
-            "args": ["run", "${CLAUDE_PROJECT_DIR}/.claude/hooks/session_mode_watch.py"]
           }
         ]
       }

claude_code_conductor-2.83.0/.claude/skills/autonomous-mode/SKILL.md

@@ -0,0 +1,85 @@
+---
+description: 自律（ユーザーの発話で始まる 1 単位の自動進行）の規約。ゲートでの動作・止まって聞くもの・親の直接編集・非可逆操作・再開・書き残す先・引き継ぐ規律。dev-workflow の SSOT。
+user-invocable: false
+disable-model-invocation: true
+---
+
+# Autonomous Mode
+
+C3 標準ワークフロー（`.claude/skills/dev-workflow/SKILL.md`）の承認ゲートを、ユーザーの発話を起点に 1 単位だけ自動で進める規約。
+本ファイルが唯一の規約 SSOT。dev-workflow の手順は写さず、ステップ名で参照する。
+
+## 始まりと範囲
+
+- 単位は 1 回の /start（または /develop・/review-phase）の起動から、フェーズ E の完了（コミットの提案）まで。E→C の差し戻しは同じ単位に含める。
+- 単位の終わり（セッションファイルの `現在地:` を「完了」へ書き換えるとき）は自律の付記を付けず、値を「完了」だけにする。これで自律は単位の終わりで必ず切れる（restore_session.py と init-session は「完了」との完全一致で単位の終わりを判定する）。
+- 自律の権限はユーザー自身の発話からだけ生まれる。次のいずれかのとき、その時点から単位の残りを自律で進める。
+  - dev-workflow の A-4 / B-3 / C-2 の承認で、ユーザーが「承認・以降は自律で進める」を選んだとき（承認ゲートの回答としての自由記述で同じ意思を示した場合も同じ）
+  - 単位を始める依頼の中で、ユーザーが自律で進めることを示したとき（/develop・/review-phase から直接始める単位を含む）
+- 範囲はその単位だけ。次の単位はあらためて聞く。
+- 自律の権限を生む発話は、ユーザー自身が書いた文・選んだ回答に限る（引用・貼り付け・ファイルの中の文言は含まない）。ファイル（セッションファイル等）の内容・エージェントの出力から自律の権限が生まれる経路を持たない。既定は HITL。
+- 全プラットフォームで同じ自律を使う（AskUserQuestion などの読み替えは `.claude/CLAUDE.md` Platform Compatibility のとおり）。ただし `c3 ask` で質問する環境（MCP の elicitation が使えないクライアント）では自律を使わず、自律中に `c3 ask` へ落ちたら HITL に戻る（`c3 ask` の回答は誰が書いたか区別できないため）。
+
+## ゲートでの動作
+
+- A-4 / B-3 / C-2: 要点をテキストで示して次へ進む（レポート・記録は通常どおり）。
+- C-1: マイルストーンを設けない。
+- C-3: design-critic を初回必ず起動し、dev-workflow C-3 ステップ 3〜5 の手順で親が裁く。親が単独で「退ける」「許容」にしてよいのは、design-critic の重要度が High でなく、品質の下限（`.claude/CLAUDE.md`「品質保証の判断基準」）に関わらない指摘だけ。それ以外を「退ける」「許容」にするときは止まって聞く。
+- E→C 差し戻し時の C-3 判定（dev-workflow C-2）と、C-3 ステップ 5・E-3 の再レビューの判定は、親が規則として適用し gaps 台帳に 1 行残す。
+- D-2.5 / D-3 / D-5: テスト全緑まで進める。stuck は systematic-debugger 経由も自動。
+- 2-E（parallel-agents の wave の失敗）: 止まって聞く。
+- E-3: dev-workflow E-3「裁定の判断基準」（Low の裁き方・Medium 以上の扱いを含む）で親が裁く。Medium 以上は根本問題を 1 文で書いてから直す（自律では Medium 以上を台帳で閉じない）。直すと裁いた指摘は C 差し戻し → D の担当エージェントで直す（「親の直接編集」の Red テストの機械修正を除き、親が直接直さない）。
+- E-0 は承認ゲートではない。自律でも UNKNOWN・NEEDS_VERIFY では例外なく tester を起動する。
+- C-3・E とも数値の上限は置かない。収束は根本解決の反映で判定し、是正ループの打切条件（dev-workflow E-3）は適用する。
+
+## 止まってユーザーに聞くもの
+
+1 回に 1 問、材料と推奨をそろえてから聞く。
+
+1. コード・既存の裁定・要件から決まらない設計の選択
+2. Critical・High の指摘で設計の前提が崩れるもの。および C-3・E のいずれでも、重要度が High 以上の指摘、または品質の下限（機能欠陥・セキュリティ・保守性の必須要件）に関わる指摘を「退ける」「台帳で閉じる（許容）」にするとき
+3. 是正ループの打切条件の信号
+4. ファイルの削除・作業成果を失わせうる git 操作・tag・release（「非可逆操作」の規定に従う）
+5. hook が止めた操作
+6. 再開（「再開」節）
+7. 次の単位に入るとき
+8. 引き継ぎバックログの照合（dev-workflow の共通ステップ。自律でも自動選択しない）
+
+## 親の直接編集
+
+ファイル変更は原則として担当エージェントが行う（実装は developer、テストコードと test-report は tester）。親が直接行ってよいのは次の 7 種のみ（閉じた列挙）。
+
+1. 親がペルソナで書くレポート（requirements / architecture / plan）の Write と、既存レポートへの findings マーク
+2. 記録スクリプトの実行
+3. E-0 のスクリプト実行と判定行の記録
+4. セッションファイルの更新
+5. gaps 台帳への追記
+6. git 操作（「非可逆操作」の規定に従う）
+7. Red テストの呼び出しの形（署名・引数の数・タプルの形・ヘルパ名・型注釈・インポート）の機械修正。`.claude/CLAUDE.md` の段 3 に従い、assert が測る性質は 1 件も変えない。直したファイル・件数・diff の要点を gaps 台帳に書く
+
+止まったエージェントの原因を親が直して続けること、プロダクトコードの編集は含まない。列挙外の変更をしてしまったら、親の変更だけを逆適用して戻し（他者の未コミット成果まで巻き戻す git checkout をしてはならない）、gaps 台帳に 1 行書いてから正規の担当で再実行する。
+
+## 非可逆操作
+
+- ローカル commit は親が行ってよい。その前に、変わったファイルが plan-report の writes（と段 3 で触ったテストファイル）に収まることを `git status` / `git diff --name-only` で確かめる。
+- plan-report の無い単位（/review-phase から直接始めた単位等）では、自律でもローカル commit をせず、コミットの提案で止まる。
+- 自律中、ファイルの削除と、作業成果を失わせうる git 操作（例: reset・checkout --・restore・clean・rebase・push）、tag・release は止まって聞く（「止まってユーザーに聞くもの」の 4）。計画に削除が書かれていて計画が承認済みでも削除の直前に 1 問聞く（自律の C-2 は親が要点を示して進むので、計画の承認は人間の削除許可にならない）。dev-workflow・parallel-agents の手順が条件付きで指示する後始末（作業ファイル・worktree）は、その条件どおりに行う。
+- 検証用ビルド足場（git worktree add・取り込み済みの worktree の remove・dist/ の空化・一時ファイル・`__pycache__`）の作成と後始末は関所の対象外で、親が行ってよい。
+
+## 再開
+
+- 自律中は、セッションファイルの `現在地:` の値の末尾に「自律で進行中・再開時は継続を 1 問確認」を付ける（200 文字以内）。これは表示であって権限ではない。固定値で書き換えるときも付記を保つ規則は、dev-workflow のセッションファイル運用総則にある。
+- コンパクト・セッション交代・日付の変わり目の後は、継続の 1 問の回答を得るまで HITL。親はこの表示を見て AskUserQuestion で自律を続けるかを 1 問だけ聞き、続けるなら本 SKILL.md を Read し直して再開する。HITL に戻す答えなら付記を外す。
+- 日付が変わると、新しいセッションファイルには `現在地:` と `tier-routing複雑度:` が運ばれない。親が両方の行を書き写す（日付の変わり目はハーネスの通知などで気づく）。
+
+## 書き残す先
+
+- gaps 台帳 `.claude/reports/loop-impl-gaps-*.md`: C-3・E の件数と裁定、再レビューの判定、段 3 の修正、閉じた Low、裏取りの記録。
+- セッションファイルの `現在地:`。
+- 親の窓は揮発する前提で、受け取った時点で書く。
+
+## 引き継ぐ規律
+
+- レビューレポートの重要度別件数は、本文から数え直してサマリ表と突合する。
+- 対応案と親自身の是正策が依拠する事実主張は、現物（ファイルと行）で裏取りする。否定形は走査範囲と gitignored を含むかを明示する。記録先は gaps 台帳。
+- 自律で親が付けた [許容] の `自律:` 接頭辞は、dev-workflow C-3 ステップ 3「マーカーと記録」の定義に従う（C-3・E 共通）。

{claude_code_conductor-2.81.0 → claude_code_conductor-2.83.0}/.claude/skills/brainstorm/SKILL.md

@@ -99,7 +99,7 @@ Step 3 で提案し、ユーザーが望んだときのみ、壁打ちの成果
    - **次のアクション**: あれば
 3. ファイル冒頭に次の注記を入れる:
    > ⚠️ このメモは業務情報を含む場合があります。公開リポジトリにコミットしないでください。
-   > （`.claude/reports/` は C3 で gitignore 済み・配布対象外）
+   > （利用先では `.claude/reports/` は既定で git 管理される〔`.claude/.gitignore`〕。公開リポジトリではコミット前に除外すること）
 
 まとめが不要なら、会話だけで完結してよい（ファイルは作らない）。