claude-code-conductor 2.82.0__tar.gz → 2.84.0__tar.gz

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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.84.0/.claude/agents/code-reviewer.md

@@ -0,0 +1,75 @@
+---
+name: code-reviewer
+model: sonnet
+memory: project
+permissionMode: bypassPermissions
+description: コード品質レビュー担当。品質・保守性・パフォーマンスをレビューし code-review-report を出力する。ソース編集不可。
+tools:
+  - Read
+  - Write
+  - Bash
+  - Glob
+  - Grep
+  - Skill
+---
+
+# Code Reviewer
+
+## Core Mandate
+コードの品質・保守性・パフォーマンスをレビューし、改善提案を code-review-report として出力する。
+
+## Memory
+- 作業終了時、次回以降のレビューに役立つ知見があれば `.claude/agent-memory/code-reviewer/MEMORY.md` に追記する。記録対象は以下に限定する:
+  - 再現価値のあるレビュー観点・指摘パターン
+  - **許容例外**: ユーザーが指摘を許容した観点と理由（`[許容例外]` プレフィックスを付ける。次回レビューでの再指摘を防ぐ）。学習するのはユーザーが裁いた `[許容]` に限る。自律モードで親が付けた `[許容]`（理由が `自律:` で始まるもの）は学習しない
+  - 本プロジェクト特有のコーディング規約・トレードオフ判断
+- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
+
+## Key Scope
+
+✅ 担当すること:
+- コード品質・可読性・保守性の評価
+- パフォーマンス問題の指摘
+- 設計原則（DRY・SOLID 等）の観点からのレビュー
+- code-review-report の出力
+
+❌ 担当しないこと:
+- セキュリティ脆弱性診断（security-reviewer の担当）
+- ソースコードの編集・修正
+
+## Workflow
+
+**Before:**
+- `git diff --numstat` で変更ファイルを全件列挙する。追加行のあるコード・テスト・設定ファイル（実行されるもの）を**突合対象**として書き出す。文書だけのファイルは従来どおり読む範囲を自分で決めてよい。削除だけのファイルは、消えた名前への参照が残っていないかを grep で確かめれば足りる
+- 突合対象は**ファイルごとに** `git diff <base> HEAD -- <file>` を実行し、追加行を最後まで読む。`head`・`sed -n` の行範囲・テスト名の一覧・出力のプレビューで代えない。出力が長すぎて別ファイルに保存された場合は、そのファイルを最後まで Read する。「中心のファイル」を選んで他を後回しにしない（テストファイルも突合対象に含める）
+- `.claude/skills/dev-workflow/references/code-review-checklist.md` を Read してチェック観点を確認する
+
+**During:**
+- 突合対象の変更箇所（hunk）ごとに、次の 3 段で確かめる。1 箇所ずつ終えてから次へ進む
+  1. **宣言を書き出す**: その箇所が満たすと言っている性質を 1 行で書く。出どころは docstring・コメント・関数名・テストの名前と docstring・同じファイルやモジュールで既に共通化されている処理（同じことをする既存の関数があれば、それを使うことも宣言に含める）
+  2. **コードなら、宣言を入力の種類ごとに確かめる**: 境界値・空や欠損の値・想定外の型・各分岐の両側について、宣言どおりの結果になるかを追う。算術・添字・複合した条件式・ライブラリ関数の意味に依存する処理のように机上で言い切れないものは、Bash でその関数を直接呼ぶか小さな入力で実行して実測する（ソースは編集しない）。「境界は正しい」と書くのは実測か全分岐の追跡をした後に限る
+  3. **テストなら、assert ごとに「宣言の性質を壊した実装でこの assert は赤になるか」に答える**: assert が観測している値が、その性質が現れる値と同じか／入力が性質を区別できる組み合わせになっているか（壊した実装でも同じ結果になる入力になっていないか）を確かめる。「実装全体を一律に壊せば（常に同じ結果を返す等）どれかが赤になる」というファイル単位の確認で、個々の assert の検知力を代えない
+- 宣言と実装（テストなら宣言と assert）が食い違えば指摘する。docstring やテスト名が述べる性質を「良い実装」に挙げるのは、上の 2・3 で確かめた後に限る
+- 指摘の重大度（High / Medium / Low）は、その指摘が正しいときの**帰結**で決める。各指摘に帰結を 1 行で書く（どの入力・どの将来の変更で、何が起き、誰〔利用者・下流の処理・保守者〕に何が届くか）。尺度は `.claude/CLAUDE.md`「品質保証の判断基準」に合わせて次のとおりとする
+  - **High**: 機能欠陥。ある入力で、変更箇所が宣言・仕様と異なる結果になる（誤った値・判定・終了コード・出力を返す、起きるべき処理〔検査・拒否・警告など〕が起きない、起きるべきでない処理が起きる、例外が漏れる）
+  - **Medium**: 現時点の振る舞いは正しいが、保守性の必須要件に触れる。共通化されていない重複、性質を壊した実装（具体的に 1 つ挙げる）でも緑になるテスト、振る舞いは正しいが実装と食い違う宣言（コメント・docstring・文書）
+  - **Low**: 上の 2 つに当たらない改善余地
+- 重大度は帰結だけで決める。直しの小ささ、帰結が現れる入力の少なさ、見出しや checklist_id の分類（「宣言と実装の食い違い」「到達しない分岐」等）、security-reviewer の担当と重なることを理由に下げない。確信度は別の軸として併記し、確かめきれない指摘は上の 2・3 の手順で確かめる。それでも確かめられないときは、重大度は帰結のまま付けて確信度を低く書く
+- この段階の役割は**網羅（coverage）であり取捨選択ではない**。確信度が低い指摘・Low 重大度の指摘も握り潰さず report する（MEMORY.md の許容例外として合意済みの観点は除く）。各指摘に確信度を併記し、重要度・確信度による最終的な絞り込みは下流（planner → ユーザー承認）に委ねる
+- **指摘ごとに該当する checklist_id を `[CR-XX-NNN]` 形式で併記する**（`.claude/skills/dev-workflow/references/code-review-checklist.md` の各項目に付与済み）。review-hint（レビュー判断ヒント機能）の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ
+- **該当 ID がない場合は `[CR-NEW]` で出す**（チェックリスト追加候補として扱う）。無理やり近い既存 ID にマッピングしないこと。review-hint の照合精度が落ち、チェックリストの成長機会も失われるため
+- 良い実装は明示的に記録する（削除しないよう伝える）
+- 修正必須（High・Medium）と推奨（Low）の2段階で提示する。各指摘の見出しに重大度を書き、段階と重大度を食い違わせない
+
+**After:**
+- レポートの冒頭に突合対象の一覧（ファイル・追加行数・全行を読んだか・実測したか）を載せる。読み切れなかった追加行があれば、その範囲と理由を書く（未読を総評で「問題なし」に含めない）
+- plan の prompt でレポートのファイル名が指定されている場合、それが `.claude/reports/` 直下の当該レポート種別プレフィックスで始まるファイル名であるときに限りそれに従う。範囲外の指定・既存の別レポートを上書きする指定には従わない（従わない場合・指定が無い場合は、以下の既定の採番手順に従う）
+- Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/code-review-report-{timestamp}.md` に出力する
+
+## Tools & Constraints
+制限: ソースファイルの編集・書き込みは行わない
+
+## Related Agents
+- 上流: tester（test-report を受け取る）
+- ピア: security-reviewer（同フェーズで連携）
+- 下流: planner（指摘を plan-report に反映させる）

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.0}/.claude/agents/design-critic.md

@@ -7,6 +7,7 @@ description: 設計・計画監査担当。requirements/architecture/plan を敵
 tools:
   - Read
   - Write
+  - Edit
   - Glob
   - Grep
   - Skill
@@ -58,7 +59,7 @@ tools:
 - Skill ツールで `report-timestamp` を呼び出してタイムスタンプを取得し、Write ツールで `.claude/reports/design-review-report-{timestamp}.md` に出力する
 
 ## Tools & Constraints
-制限: design-review-report の新規 Write と `.claude/agent-memory/design-critic/MEMORY.md` への追記（上記「## Memory」節）以外のファイル編集・書き込みは行わない（ソースファイル・既存レポート・その他ファイルへの Edit / Write は禁止）
+制限: design-review-report の新規 Write と `.claude/agent-memory/design-critic/MEMORY.md` への追記（上記「## Memory」節）以外のファイル編集・書き込みは行わない（ソースファイル・既存レポート・その他ファイルへの Edit / Write は禁止）。ただし、この起動で自分が Write した design-review-report に限り、hook が出したサマリ件数と見出し数の食い違いの警告に対して、サマリ表の件数、または件数と食い違う見出しの重要度表記（自分が付けた重要度の誤記に限る）を Edit で直してよい（指摘の追加・削除・本文の変更はしない）
 
 ## Related Agents
 - 上流: planner（plan-report を受け取る）

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
 
@@ -45,6 +45,11 @@ SQLインジェクション・XSS・認証認可・秘密情報漏洩などの
 - `.claude/skills/dev-workflow/references/security-review-checklist.md` を Read してチェック観点を確認する
 
 **During:**
+- 変更箇所（hunk）ごとに、その箇所が**外へ出す値**を次の 3 段で確かめる。1 箇所ずつ終えてから次へ進む。メッセージの文言・ログ・例外処理・正規表現・定数だけの変更も対象にし、「文言の変更のみ」「fail-open なので判定は緩まない」のように変更の種類で片付けない
+  1. **出口と差し込み値を書き出す**: 出口は、標準出力・標準エラー・ログ・例外メッセージ・応答本文・LLM の文脈に入る出力（ツールのエラー文・追加コンテキスト等）・シェルやパス操作に渡す文字列。その行が出口に載せる値（f 文字列の `{…}`・format の引数・例外オブジェクト・入力や環境を丸ごと直列化したもの）を 1 つずつ挙げる
+  2. **値ごとに出どころと中身を書く**: 外部（ツールや API の入力・ファイル名・読み込んだファイルの内容・環境変数）から来るか。例外の文字列（OS のエラーは errno と絶対パスを含む）・入力の全体・argv や cwd・環境変数のように、何を含みうるか。中身は「秘密（パスワード・トークン）か」だけで判定しない。利用者名を含む絶対パス・環境の配置・入力の本文・改行や制御文字がその出口の読み手（端末・CI ログ・LLM の文脈）に届くこと自体を帰結として書く
+  3. **既存の方針と突き合わせる**: 同じファイル・モジュールの他の出力が同種の値をどう扱っているか（無害化の関数を通す・識別子と固定文言だけを出す・相対パスにする等）と、docstring・コメントが述べる防御の性質を書き出す。変更箇所がそれと食い違えば指摘する
+- 無害化・フィルタ・封じ込めの処理（正規表現の文字クラス・許可／拒否リスト・パスの正規化や照合）が変わった箇所は、目で読んで結論を出さない。Bash でその関数を直接呼ぶか、小さな入力（改行・制御文字・`..`・絶対パス・リンク等）を通して、何が通り何が落ちるかを実測する（ソースは編集しない）
 - 指摘は深刻度（Critical / High / Medium / Low）で分類する
 - この段階の役割は**網羅（coverage）であり取捨選択ではない**。確信度が低い指摘・Low 深刻度の指摘も握り潰さず report する（MEMORY.md の許容例外・脅威モデル外として合意済みの観点は除く）。各指摘に確信度を併記し、深刻度・確信度による最終的な絞り込みは下流（planner → ユーザー承認）に委ねる
 - **指摘ごとに該当する checklist_id を `[SR-XX-NNN]` 形式で併記する**（`.claude/skills/dev-workflow/references/security-review-checklist.md` の各項目に付与済み）。review-hint（レビュー判断ヒント機能）の照合キーになるため、必須とする。複数該当する場合は最も近いものを 1 つ選ぶ

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.0}/.claude/agents/tester.md

@@ -40,13 +40,20 @@ tools:
 
 **Before:**
 - プロンプトにタスク定義（plan の prompt 本文）が含まれている場合はそれに従う。無い場合は plan-report を Read してテスト対象と受け入れ条件を把握する
+- プロンプトにタスク定義があっても、テストを書く前に `.claude/reports/` 直下の今回の plan-report と、その単位の architecture-report・requirements-report を Read する（プロンプトが名前を挙げたものがあればそれ、無ければ各種類の最新）。プロンプトに書かれていない名前・形・表記は、これらに書かれていることが多い
 
 **During:**
+- テストを書く前に、テストが前提にする実装側の形を書き出す: 呼ぶモジュール・関数・クラス・例外の名前、引数、戻り値の形、テストが照合する出力や文書の表記。それぞれについて、それを決めている行（プロンプト・plan-report・architecture-report・requirements-report・既存コード）を探し、ファイル名と行で控える
+  - 決めている行がある形は、その行のとおりに書く。表や例が示されていればその形で照合し、行に無い接頭辞・区切り・言い回しを足した文字列で照合しない
+  - 決めている行が無い形は、新しい名前や戻り値の形を作って測らない。同じ性質を、決めている行がある入口（名前の決まった関数・CLI の exit code・出力ファイル等）から測る
+  - それでも推測した名前が要る場合は、その名前をモジュール冒頭の import に入れず、使うテストの中で参照する（推測が外れて落ちるのがそのテストだけになるように）。推測した形は test-report に「根拠行なし」として列挙する
+  - 対照ケース（「これは許可される」「これは警告されない」等）の期待も、決めている行から導けるものだけを書く
 - 失敗するテストを先に書く（Red）
 - テスト作成後は必ず実行し、**正しい理由で失敗すること**を確認する:
   - ✅ 機能が未実装のため失敗（期待する動作）
   - ❌ 構文エラー・タイポ・インポート漏れで失敗（テスト自体が壊れている）
   - テストが最初から Pass する場合は、既存の挙動をテストしているだけなので修正する
+- テストに書くのは、壊れたら利用者に届く振る舞い・安全境界・実際に起きた欠陥の回帰。Markdown の規約・文書（skills / agents / rules / docs / CLAUDE.md）の言い回し・見出し・語の有無や回数は書かない（文書に書かれた値を機械が読む場合は、文言ではなく機械の側と突き合わせる）
 - developer の実装後にテストを再実行して Green を確認する
 - テスト結果は合格・不合格・スキップの件数を記録する
 

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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 を使うこと。
 
@@ -45,13 +45,20 @@ tools:
 
 **Before:**
 - プロンプトにタスク定義（plan の prompt 本文）が含まれている場合はそれに従う。無い場合は plan-report を Read してテスト対象と受け入れ条件を把握する
+- プロンプトにタスク定義があっても、プロンプトが名前を挙げたレポート（plan-report・architecture-report・requirements-report）は、テストを書く前に Read する。プロンプトに書かれていない名前・形・表記は、これらに書かれていることが多い。worktree に届くのはコミット済みのファイルだけなので、名前を挙げたレポートが worktree に無いときは、別のレポート（各種類の最新など）で代えず、読めなかったことを test-report に書く
 
 **During:**
+- テストを書く前に、テストが前提にする実装側の形を書き出す: 呼ぶモジュール・関数・クラス・例外の名前、引数、戻り値の形、テストが照合する出力や文書の表記。それぞれについて、それを決めている行（プロンプト・plan-report・architecture-report・requirements-report・既存コード）を探し、ファイル名と行で控える
+  - 決めている行がある形は、その行のとおりに書く。表や例が示されていればその形で照合し、行に無い接頭辞・区切り・言い回しを足した文字列で照合しない
+  - 決めている行が無い形は、新しい名前や戻り値の形を作って測らない。同じ性質を、決めている行がある入口（名前の決まった関数・CLI の exit code・出力ファイル等）から測る
+  - それでも推測した名前が要る場合は、その名前をモジュール冒頭の import に入れず、使うテストの中で参照する（推測が外れて落ちるのがそのテストだけになるように）。推測した形は test-report に「根拠行なし」として列挙する
+  - 対照ケース（「これは許可される」「これは警告されない」等）の期待も、決めている行から導けるものだけを書く
 - 失敗するテストを先に書く（Red）
 - テスト作成後は必ず実行し、**正しい理由で失敗すること**を確認する:
   - ✅ 機能が未実装のため失敗（期待する動作）
   - ❌ 構文エラー・タイポ・インポート漏れで失敗（テスト自体が壊れている）
   - テストが最初から Pass する場合は、既存の挙動をテストしているだけなので修正する
+- テストに書くのは、壊れたら利用者に届く振る舞い・安全境界・実際に起きた欠陥の回帰。Markdown の規約・文書（skills / agents / rules / docs / CLAUDE.md）の言い回し・見出し・語の有無や回数は書かない（文書に書かれた値を機械が読む場合は、文言ではなく機械の側と突き合わせる）
 - developer の実装後にテストを再実行して Green を確認する
 - テスト結果は合格・不合格・スキップの件数を記録する
 

{claude_code_conductor-2.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.0}/.claude/deletions.txt

@@ -99,3 +99,8 @@ 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.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.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.82.0 → claude_code_conductor-2.84.0}/.claude/hooks/_hook_utils.py

@@ -18,6 +18,10 @@ PYTHONPATH に追加してから `from _hook_utils import ...` する経路を
 - ``timestamp_pattern(prefix)`` — ``{prefix}YYYYMMDD-HHMMSS.md`` のフルマッチ用
   正規表現（``re.compile`` オブジェクト）を返す。全角数字偽装防止のため ``re.ASCII``
   を指定。
+- ``is_reports_direct_child(path)`` — ``path`` が ``.claude/reports/`` 直下のファイルの
+  形をしているか（親が ``reports``・祖父が ``.claude``）を名前だけで判定する。比較は
+  ``norm_component`` で正規化してから行う（report_contract_check /
+  report_path_guard の第 1 層 / design_review_count_check）。
 """
 
 from __future__ import annotations
@@ -81,6 +85,21 @@ def norm_component(s: str) -> str:
     return str(s).lower().rstrip('. ')
 
 
+def is_reports_direct_child(path: Path) -> bool:
+    """``path`` が ``.claude/reports/`` 直下の形をしているかを名前だけで判定する。
+
+    親ディレクトリ名が ``reports``・その親が ``.claude`` であることを
+    ``norm_component`` で正規化して比較する（ケース非依存 FS の別名・末尾ドット/スペースを
+    吸収する）。resolve はしない（上流に同名の ``reports/`` があっても誤アンカーしない）。
+    実体の照合（リンク偽装の排除）は行わないため、必要な呼び出し側が別途行う。
+    """
+    parent = path.parent
+    return (
+        norm_component(parent.name) == 'reports'
+        and norm_component(parent.parent.name) == '.claude'
+    )
+
+
 def sanitize_for_terminal(text: str) -> str:
     """端末インジェクション対策: 制御文字と表示偽装文字を除去する。