claude-code-conductor 2.71.1__tar.gz → 2.73.0__tar.gz

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/.claude/breaking-changes.txt

@@ -13,3 +13,4 @@ v2.58.0|c3 init and c3 update now place .claude/.gitignore in the target project
 v2.60.0|c3 plan validate/waves now strictly validate po_plan_version: only "0.1" (parallel) or "sequential" (sequential TDD) quoted strings are accepted; unknown or non-string values fail with exit 2. Migrate existing plan-reports by setting po_plan_version: "0.1" or "sequential" (quoted).|po_plan_version の値を厳格検査（"0.1"/"sequential" のみ受理・他は exit 2）。既存 plan-report は引用符付きの正値へ修正する。
 v2.66.0|record_review_decision.py: --severity is now a required argument (omitting it exits 2 and records nothing; out-of-vocabulary values still fail-safe to NULL with a warning). --finding now rejects empty or whitespace-only values (exit 2). Update any custom invocations to pass --severity with one of critical/high/medium/low. Shipped SKILL.md call sites and docstrings are already updated.|
 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 はアンインストール可。

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/.claude/deletions.txt

@@ -8,7 +8,7 @@
 # - 絶対パス / ../ を含むパス / シンボリックリンク は無視
 # - ディレクトリは削除しない（ファイルのみ）
 #
-# 詳細は .claude/docs/config-policy.md §3 #13 と §7 落とし穴 5 を参照。
+# 詳細は .claude/docs/config-policy.md §3 #13 と §7 落とし穴 4 を参照。
 
 # ---- v2.1.0: tdd-develop / worktree-tdd-workflow 廃止 ----
 agents/tdd-develop.md
@@ -87,3 +87,8 @@ hooks/po_heartbeat.py
 
 # ---- v2.41.0: tier-routing 学習シグナル再設計（record_agent_outcome.py へ置換） ----
 skills/dev-workflow/scripts/record_tier_outcome.py
+
+# ---- v2.72.0: permission_handler 一式廃止（上流 permissions.allow へ委譲） ----
+hooks/permission_handler.py
+hooks/permission_handler_toast.py
+permission_rules.json

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/.claude/docs/config-policy.md

@@ -20,7 +20,6 @@
 .claude/CLAUDE.md                      配布元・配布先共通（常時注入）
 .claude/settings.json                  プロジェクト共通設定（配布される）
 .claude/settings.local.json            個人 override（配布されない）
-.claude/permission_rules.json          C3 独自の自動承認パターン（配布される）
 .claude/rules/                         C3 配布デフォルトルール（配布される）
 .claude/rules/promoted/                プロジェクト固有昇格ルール（配布される、update は触らない）
 .claude/hooks/                         Claude Code lifecycle hooks（配布される）
@@ -36,7 +35,6 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 .claude/CLAUDE.md                      c3 init で配置・c3 update で更新
 .claude/settings.json                  c3 init で配置・c3 update で更新
 .claude/settings.local.json            ユーザーが個別作成（c3 は触らない）
-.claude/permission_rules.json          c3 init で配置・c3 update で更新
 .claude/rules/                         c3 init で配置・c3 update で更新
 .claude/rules/promoted/index.md        c3 init で空雛形のみ配置（c3 update は触らない）
 .claude/hooks/                         c3 init で配置・c3 update で更新
@@ -128,7 +126,7 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 
 ## 2. 設定優先順位と書き込み権限
 
-設定は性質の異なる **3 つのレイヤー** に分かれる。1 列に並べると誤解を生むため分離して記述する。
+設定は性質の異なる **3 つのレイヤー**（レイヤー B は v2.72.0 で削除済み）に分かれる。1 列に並べると誤解を生むため分離して記述する。
 
 ### レイヤー A: ツール権限（Claude Code 公式）
 
@@ -146,15 +144,10 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 
 ### レイヤー B: 自動承認パターン（C3 独自拡張）
 
-- `.claude/permission_rules.json` の `auto_allow` 配列
-- `permission_handler.py`（`PermissionRequest` hook）が読み込んで、パターンにマッチすれば自動承認
-- レイヤー A で `deny` 判定されたものを覆すことはできない（hook の決定権の範囲内）
-- `notify_on_auto: false` で通知を抑止できる
-
-> **注意**: `permission_rules.json` は Claude Code 公式の `permissions.allow` とは **独立した別レイヤー**。
-> 同列に並べると「どちらが優先されるか」で誤解が生じる。レイヤー A と B は並立している。
-
-> **注意**: `auto_allow` パターンは最小限に留めること。広範なパターン（例: `Bash(*)`）は C3 の意図する動作範囲を超えた危険コマンドも自動承認する可能性がある。
+（削除済み・v2.72.0）C3 独自の自動承認パターン（`.claude/permission_rules.json` の `auto_allow` 配列と
+`permission_handler.py` hook）は v2.72.0 で削除された。自動承認は上流 Claude Code の
+`permissions.allow`（レイヤー A）へ委譲する。移行手順は `.claude/breaking-changes.txt` の
+v2.72.0 行を参照。
 
 ### レイヤー C: LLM 指示・知識（CLAUDE.md / rules）
 
@@ -173,7 +166,6 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 |---|---|---|---|
 | `.claude/settings.json` | ○ | ○ | △（チーム合意のもと） |
 | `.claude/settings.local.json` | × | × | ○（個人 override / 秘匿情報） |
-| `.claude/permission_rules.json` | ○ | ○ | △（ファイル全体を上書き編集する場合は注意） |
 | `.claude/CLAUDE.md` | ○ | ○ | △（c3 update で上書きされる前提で） |
 | `.claude/rules/*.md` | ○ | ○ | △（同上） |
 | `.claude/rules/promoted/index.md` | ○（空雛形のみ） | × | ○（`/promote-pattern` が追記、手動編集も可） |
@@ -196,11 +188,11 @@ src/c3/migrations/                     SQLite schema migration SQL ファイル
 | 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 参照）。 |
 | 7 | `.claude/CLAUDE.md` | ○ | ○ | 配布先で常時注入される共通ルール |
 | 8 | `.claude/settings.json` | ○ | ○ | プロジェクト共通設定（hooks 登録・permissions など） |
-| 9 | `.claude/permission_rules.json` | ○ | ○ | C3 独自の自動承認パターン（PermissionRequest hook が参照） |
+| 9 | `.claude/permission_rules.json` | ×（削除済み・v2.72.0） | — | C3 独自の自動承認パターンは v2.72.0 で削除された。上流 `permissions.allow` へ委譲（移行手順は `.claude/breaking-changes.txt` の v2.72.0 行を参照） |
 | 10 | `.claude/settings.local.json` | × | — | 個人 override・秘匿情報。`_excludes.py` でも除外、`.gitignore` でも除外、c3 update も触らない |
 | 11 | `.claude/reports/*` / `memory/*` / `agent-memory/*` / `state/*` / `tmp/*` / `worktrees/*` / `logs/*` | × （`.gitkeep` のみ ○） | — | 実行時生成領域。空ディレクトリのみ `KEEP_PATTERNS` の `.gitkeep` で配布。データ本体は除外。v2.19.0 で `.claude/state/c3_version.txt`（バージョン checkpoint）を追加（`state/*` 一括除外により自動非配布） |
 | 12 | `.dev/*` / `/CLAUDE.md` / `/AGENTS.md` / `/.codex/` / `/.cursor/` / `/.agents/` | × | — | 配布元専用または adapter 生成物。wheel には構造的に含まれない（`src/c3/_template/.claude/` 配下のみ同梱）が、配布元 `.gitignore` で commit 混入も防ぐ |
-| 13 | `.claude/deletions.txt` | ○ | ○ | `c3 update` が読み込み、利用先 `.claude/` から該当ファイルを削除候補として扱う。配布元の `.claude/deletions.txt` に追記したエントリは次回 pip install → `c3 update` で利用先に伝播。`KEEP_PATTERNS` で明示配布。`c3 update` 自体は本ファイルを削除しない（§7 落とし穴 5 参照） |
+| 13 | `.claude/deletions.txt` | ○ | ○ | `c3 update` が読み込み、利用先 `.claude/` から該当ファイルを削除候補として扱う。配布元の `.claude/deletions.txt` に追記したエントリは次回 pip install → `c3 update` で利用先に伝播。`KEEP_PATTERNS` で明示配布。`c3 update` 自体は本ファイルを削除しない（§7 落とし穴 4 参照） |
 | 14 | `.claude/breaking-changes.txt` | ○ | ○ | `c3 update` が読み込み、利用先の `.claude/state/c3_version.txt`（バージョン checkpoint）と diff を計算して破壊的変更を表示する。MAJOR bump 時は y/N 承認プロンプトを発火。`KEEP_PATTERNS` で明示配布。配布元 `.claude/breaking-changes.txt` を更新すれば次回 pip install → `c3 update` で利用先に伝播。利用先 git 管理は tracked（上書きされる） |
 | 15 | `.claude/.gitignore` | ○ | ×（INIT_ONLY） | 利用先の実行時生成領域のうち「再生成可能」「セッション一時」だけを除外する配布 `.gitignore`（§1-2 の方針の実装）。プロジェクトルートの `.gitignore` は編集しないため既存設定と衝突しない。`INIT_ONLY_PATTERNS` により初回配置のみで **c3 update は上書きしない**（利用先の追記を守る）。C3 側で分類を更新した場合はリリースノートで手動マージを案内する |
 
@@ -288,6 +280,9 @@ C3 の wheel 配布除外パターンは **3 つのファイルに分散して
 `hatch_build.py` の重複が必要な理由: hatch build hook はパッケージ import 前に走るため、
 `_excludes.py` を import できない。2 ファイルの完全一致が必須。
 
+**KEEP 対象が sdist exclude 配下にある場合は `pyproject.toml` の force-include も同期対象**:
+公開ビルドは sdist を経由するため、sdist から落ちたファイルは wheel にも届かない。
+
 ### 同期確認の方法
 
 `.dev/hooks/_sync_check.py`（PostToolUse hook）が、3 ファイルのいずれかを変更した時に
@@ -297,8 +292,8 @@ C3 の wheel 配布除外パターンは **3 つのファイルに分散して
 
 1. `.gitignore` / `_excludes.py` / `hatch_build.py` のいずれかを変更
 2. `_sync_check.py` の警告を確認
-3. 残り 2 ファイルに同じパターンを追加（または削除）
-4. `python -m build --wheel` で wheel を再生成して実体検証
+3. 残り 2 ファイルに同じパターンを追加（または削除）。3 ファイルが既に同じ意図を持っている場合は、出遅れた 1 ファイルを合わせるだけでよい（配布元の root `.gitignore` を `KEEP_PATTERNS` の意図へ合わせた 2026-08-14 の是正が実例）
+4. 配布元では `python scripts/verify_wheel.py` で wheel 実体を機械検証する（`scripts/` は配布物に含まれないため、利用先には存在しないコマンド）
 
 ### 過去の同期漏れ defect
 
@@ -391,11 +386,8 @@ C3 side で `promoted/` の雛形を更新した場合は、リリースノー
 
 ### 落とし穴 5: `permission_rules.json` は `settings.json.permissions.deny` を覆せない（要検証）
 
-**現状**: `permission_handler.py` の実装を読む限り、`PermissionRequest` hook は
-Claude Code 側で `deny` 判定が出た後に発火するため、`permission_rules.json` の `auto_allow` で
-`deny` を覆すことはできないはず。ただし Claude Code 公式仕様に明記なし。
-
-**残課題**: v2.18.0 以降の検証タスクとして記録。現時点では「覆せない前提で設計する」ことを推奨。
+対象機能は v2.72.0 で削除済み（C3 独自の自動承認パターン一式）。上流 `permissions.allow` へ委譲した。
+移行手順は `.claude/breaking-changes.txt` の v2.72.0 行を参照。
 
 ### 落とし穴 6: `permissions.allow` のワイルドカードはプレフィックス一致のため `../` パストラバーサルに対応していない
 
@@ -471,11 +463,9 @@ CI のジョブ環境変数として設定する・親プロセスから子プ
 | 除外パターン定義 | `src/c3/_excludes.py` | `EXCLUDE_PATTERNS` / `KEEP_PATTERNS` 定数 + `should_skip()` |
 | ビルド時除外 | `hatch_build.py` | `_excludes.py` の重複定義（ビルドフック用） |
 | 同期確認 hook | `.dev/hooks/_sync_check.py` | 3 ファイル変更時の警告（配布元専用） |
-| 自動承認 hook | `.claude/hooks/permission_handler.py` | `permission_rules.json` を読んで自動承認 |
 
 ### 残課題リンク（v2.18.0 以降）
 
-- `permission_rules.json` の `auto_allow` が `settings.json.permissions.deny` を覆せるか検証
 - `~/.claude/settings.json` のグローバル設定と `.claude/settings.json` の同キー競合時のマージ範囲確認
 - ~~`c3 update` の削除検出（`deletions.txt` 方式、v2.18.0 予定）~~ → v2.18.0 で実装
 - `c3 update` 時の Breaking changes 警告（v2.19.0 予定）

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/.claude/settings.json

@@ -5,7 +5,6 @@
       "Bash(c3 run .claude/hooks/pre_tool.py*)",
       "Bash(c3 run .claude/hooks/pre_compact.py*)",
       "Bash(c3 run .claude/hooks/restore_session.py*)",
-      "Bash(c3 run .claude/hooks/permission_handler.py*)",
       "Bash(c3 run .claude/hooks/statusline.py*)",
       "Bash(c3 run .claude/hooks/recall_autorebuild.py*)",
       "Bash(c3 run .claude/skills/dev-workflow/scripts/detect_execution_verification.py*)",
@@ -168,18 +167,6 @@
         ]
       }
     ],
-    "PermissionRequest": [
-      {
-        "matcher": "",
-        "hooks": [
-          {
-            "type": "command",
-            "command": "c3",
-            "args": ["run", "${CLAUDE_PROJECT_DIR}/.claude/hooks/permission_handler.py"]
-          }
-        ]
-      }
-    ],
     "UserPromptSubmit": [
       {
         "matcher": "",

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/.gitignore

@@ -3,8 +3,12 @@
 !.claude/reports/.gitkeep
 
 # Session memory (personal)
-.claude/memory/sessions/
-.claude/memory/archive/
+# ディレクトリ形除外（`dir/`）の中へ git は降りないため否定行が効かない。
+# KEEP_PATTERNS（_excludes.py / hatch_build.py）は各ディレクトリの .gitkeep を
+# 配布対象としているため、`dir/*` 形＋否定行で .gitkeep だけを tracked にする。
+.claude/memory/sessions/*
+!.claude/memory/sessions/.gitkeep
+.claude/memory/archive/*
 !.claude/memory/archive/.gitkeep
 .claude/memory/patterns.json
 .claude/memory/agent-audit.log
@@ -15,7 +19,8 @@
 .claude/agent-memory/
 
 # Temporary files
-.claude/tmp/
+.claude/tmp/*
+!.claude/tmp/.gitkeep
 
 # PO task execution logs
 .claude/logs/

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/ARCHITECTURE.md

@@ -122,7 +122,6 @@ A ヒアリング → B 設計 → C 計画 → D 実装(TDD) → E レビュー
 | `PostToolUse` | `Write` / `Edit` | `planner_check.py` | plan-report の YAML/タイムスタンプ/reviewer 規約検査 |
 | `PostToolUse` | `Write` | `report_contract_check.py` | reports 直下の命名契約逸脱を warn（strict-4〔requirements/architecture/plan/design-review〕はタイムスタンプ形式の厳密検査、loose-3〔code-review/security-review/test〕はタイムスタンプ形式または task_id 形式のどちらかを許容する緩検査。stderr + additionalContext） |
 | `PostToolUse` | `Edit` | `session_mode_watch.py` | session.tmp のモード行挿入・plan= 差し替えを warn（stderr + additionalContext） |
-| `PermissionRequest` | （全て） | `permission_handler.py` | `permission_rules.json` の `auto_allow` で自動承認（[config-policy §2 レイヤー B](.claude/docs/config-policy.md)） |
 | `PreCompact` | （全て） | `pre_compact.py` | compact 前にチェックポイントマーカー注入 |
 | `Stop` | （全て） | `session_stop.py` | セッション終了処理のオーケストレータ |
 

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/CHANGELOG.md

@@ -1,5 +1,59 @@
 # Changelog
 
+## [2.73.0] - 2026-08-15
+
+### 追加
+
+- **リリース前 wheel 実体検証を CI 機械化した**: `scripts/verify_wheel.py`（配布元専用 dev ツール・
+  wheel/sdist 非収録）を追加し、`.github/workflows/test.yml` に `wheel-check` job を新設した。
+  公開経路と同じビルド（sdist 経由）で作った wheel の中身が `src/c3/_excludes.py` の意図
+  （EXCLUDE 不混入・KEEP 全件存在・`breaking-changes.txt` 在／`state/c3_version.txt` 不在）と
+  一致するかを毎 push 検証する。exit code は 0 = PASS / 1 = 違反 / 3 = 検証不能。
+  「除外フィルタが実際には何も落としていないのに緑」になるのを防ぐため、
+  `.claude/state/setup_done.flag` を sdist にだけ注入する正の対照を組み込んでいる。
+- sdist（第二の公開成果物）側の EXCLUDE 混入検査と対照サイズ検査を追加
+  （違反種別 `SDIST_EXCLUDE_VIOLATION` / `CONTROL_NOT_EMPTY`）。違反 detail のサニタイズは
+  正本 `.claude/hooks/_hook_utils.py` の `_TERMINAL_SANITIZE_RE` と同一の全クラス
+  （C0/DEL/C1・ゼロ幅・行区切り・双方向制御・BOM）へ被覆拡張し、sdist member は
+  種別（file/link/dir）で検査対象を振り分ける（EXCLUDE 名前検査は file+link・
+  候補件数の母数と対照系検査は file のみ・dir は全検査の対象外）。
+
+### 修正
+
+- **KEEP 対象の `.gitkeep` が公開 wheel に届いていなかった問題を是正した**: `KEEP_PATTERNS` が
+  配布対象と定めている `.claude/memory/sessions/.gitkeep` と `.claude/tmp/.gitkeep` を新規作成し、
+  root `.gitignore` のディレクトリ形除外（否定行が効かない形）を `dir/*` 形＋否定行へ直した。
+  この是正により、既存の `.claude/memory/archive/.gitkeep` も新たに git 追跡対象になった。
+  あわせて `pyproject.toml` の sdist force-include で `reports/.gitkeep` /
+  `memory/sessions/.gitkeep` / `tmp/.gitkeep` を救済し、sdist 経由の公開 wheel に KEEP 8 件が
+  すべて入るようにした（これまでの公開 wheel は `reports/.gitkeep` 等を欠いていた）。
+
+## [2.72.0] - 2026-08-14
+
+### 破壊的変更
+
+- **C3 独自の `PermissionRequest` hook 一式を削除した**: `.claude/hooks/permission_handler.py` /
+  `.claude/hooks/permission_handler_toast.py` / `.claude/permission_rules.json`、および
+  `pyproject.toml` の `[notify]` extra（`windows-toasts` 依存）。失うものは auto_allow による
+  自動承認・承認待ちの OS 通知（Windows トースト承認 UX）・`[notify]` extra。代替は上流
+  Claude Code の auto mode（Pro/Max/Team の新規セッション既定。**Enterprise/API/cloud の展開前・
+  既存セッションは対象外**）と `permissions.allow`（書式互換）、上流の通知設定。
+  移行手順（`c3 update` 実行中の視点で記述）:
+  1. `c3 update` 実行中にこの案内を見た時点では `settings.json` は新版へ更新済みだが、
+     旧ファイルの削除はまだ確定していない（直後の削除プロンプトは `[y/N]`・既定 N）
+  2. まだ転記していない場合: 削除プロンプトで N（既定）を選び、
+     `.claude/permission_rules.json` の `auto_allow` を `.claude/settings.local.json`
+     （個人設定・共有の `settings.json` ではない）の `permissions.allow` へ転記してから
+     `c3 update` を再実行して y で削除する。書式は同一のためそのまま転記できる
+  3. 但し書き: 上流はコマンドセパレータ（`&&` `||` `;` `|` `|&` `&` 改行）で分割した
+     各サブコマンドを独立に照合する（公式ドキュメント確認済み（2026-08-14））。
+     ただしコマンド置換（`$()` やバッククォート）の扱いは未確認のため、
+     `Bash(git *)` 等の広いワイルドカードはそのまま転記せず、必要最小のプレフィックスへ狭めること
+  4. auto mode が既定でない・使わない環境（Enterprise/API/cloud の展開前・既存セッション・
+     手動運用）では `permissions.allow` への転記が実質必須
+  5. `pip uninstall windows-toasts` 可。転記漏れは git 履歴から回収可能
+  詳細は `.claude/docs/config-policy.md` を参照。
+
 ## [2.71.1] - 2026-08-14
 
 ### 修正

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: claude-code-conductor
-Version: 2.71.1
+Version: 2.73.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
@@ -41,8 +41,6 @@ Requires-Dist: duckdb>=0.10
 Requires-Dist: fastembed>=0.8.0
 Requires-Dist: numpy>=1.22
 Requires-Dist: pyyaml>=6.0
-Provides-Extra: notify
-Requires-Dist: windows-toasts>=1.0; (sys_platform == 'win32') and extra == 'notify'
 Description-Content-Type: text/markdown
 
 # Claude Code Conductor (C3)

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/pyproject.toml

@@ -30,10 +30,6 @@ dependencies = [
     "fastembed>=0.8.0",
 ]
 
-[project.optional-dependencies]
-# Windows でボタン付き通知（permission_handler の「自動承認に追加」UI）を有効化する
-notify = ["windows-toasts>=1.0; sys_platform == 'win32'"]
-
 [project.scripts]
 c3 = "c3.cli:main"
 
@@ -76,6 +72,24 @@ exclude = [
     ".claude/docs/taxonomy.md",
 ]
 
+# 公開ビルドは `python -m build`（引数なし）＝ sdist を作り、その sdist から wheel を作る。
+# 上の exclude / VCS ignore で落ちるが sdist に入れなければならないファイルをここで救済する。
+# **役割が逆向きの 2 群**が同居しているので取り違えないこと。
+#
+# 群 1: KEEP 救済（wheel に **残る** べき側）
+#   `_excludes.py` / `hatch_build.py` の KEEP_PATTERNS が配布対象と定めている .gitkeep。
+#   sdist exclude に該当して落ちると、sdist 経由の wheel から KEEP が欠落する。
+# 群 2: 注入対照（wheel で **落ちる** べき側）
+#   `state/setup_done.flag` は VCS ignore（root `.gitignore` の `.claude/state/*`）で
+#   sdist から落ちるが、これが無いと除外フィルタが実際に通過する候補が 0 件になり
+#   「空の緑」（何も落とさずに緑）になる。sdist にだけ入れ、wheel ビルド時に
+#   hatch_build の should_skip が `state/*` で落とすことを scripts/verify_wheel.py が検証する。
+[tool.hatch.build.targets.sdist.force-include]
+".claude/reports/.gitkeep" = ".claude/reports/.gitkeep"
+".claude/memory/sessions/.gitkeep" = ".claude/memory/sessions/.gitkeep"
+".claude/tmp/.gitkeep" = ".claude/tmp/.gitkeep"
+".claude/state/setup_done.flag" = ".claude/state/setup_done.flag"
+
 [tool.pytest.ini_options]
 testpaths = ["tests"]
 markers = ["slow: marks tests as slow"]

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/src/c3/__init__.py

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

{claude_code_conductor-2.71.1 → claude_code_conductor-2.73.0}/tests/test_ci_workflows.py

@@ -1,8 +1,18 @@
 """
 tests/test_ci_workflows.py
 
-.github/workflows/test.yml が `scripts/check_deletions.py --check` を実行する CI job を
-持ち続けること、かつその job の checkout が `fetch-depth: 0` を持ち続けることを守るテスト。
+.github/workflows/test.yml が dev script を実行する CI job を持ち続けることを守るテスト。
+
+対象は 2 系統:
+
+1. `scripts/check_deletions.py --check` を実行する job（＋ checkout の `fetch-depth: 0`）
+2. `scripts/verify_wheel.py` を実行する job（`wheel-check`。P6・**Red フェーズでは不在**）
+
+2 の凍結項目は 4 つ（architecture 改訂 3 ADR-5 改訂 2）:
+(1) job の存在 (2) run に `--wheel` を含まない（公開等価＝実ビルド経路の凍結）
+(3) `build`（PyPA build）のインストールステップ (4) `permissions == {contents: read}`。
+「空の緑」対策（注入対照の実働実証）は script 内蔵のため YAML では測らない
+（tests/test_verify_wheel.py の P8 が凍結する）。
 
 ## なぜ fetch-depth: 0 が本質か
 
@@ -54,6 +64,7 @@ YAML 1.1 のブール解決により、PyYAML の `yaml.safe_load()` は `on:`
 from __future__ import annotations
 
 import os
+import re
 from pathlib import Path
 
 import yaml
@@ -203,3 +214,114 @@ def test_test_yml_check_deletions_job_declares_permissions():
         " 本 job は checkout して読み取り専用の削除検出を行うだけなので、"
         " permissions: {contents: read} を想定している。"
     )
+
+
+# ---------------------------------------------------------------------------
+# P6: wheel-check job（scripts/verify_wheel.py）の静的検査
+#
+# Red フェーズでは job 自体が test.yml に無いため、4 本とも「job が無い」で失敗する。
+# ---------------------------------------------------------------------------
+
+_VERIFY_WHEEL_MARKER = "verify_wheel.py"
+_WHEEL_FLAG_MARKER = "--wheel"
+# PyPA build の導入ステップ（`python -m pip install build` 等）。
+# `pip install -e .` と同一 job 内の別ステップでも良いよう、run 文字列単位で探す。
+_BUILD_INSTALL_RE = re.compile(r"pip\s+install\b[^\n]*\bbuild\b")
+
+
+def _iter_step_runs(job_def: dict) -> list[str]:
+    """job の各ステップの `run:` 文字列を列挙する。"""
+    runs: list[str] = []
+    steps = job_def.get("steps", [])
+    if not isinstance(steps, list):
+        return runs
+    for step in steps:
+        if not isinstance(step, dict):
+            continue
+        run = step.get("run", "")
+        if isinstance(run, str) and run:
+            runs.append(run)
+    return runs
+
+
+def _find_job_running_marker(workflow: dict, marker: str) -> tuple[str | None, dict | None]:
+    """`run:` 文字列に `marker` を含むステップを持つ job を探す（job 名に依存しない）。"""
+    jobs = workflow.get("jobs", {})
+    if not isinstance(jobs, dict):
+        return None, None
+
+    for job_name, job_def in jobs.items():
+        if not isinstance(job_def, dict):
+            continue
+        if any(marker in run for run in _iter_step_runs(job_def)):
+            return job_name, job_def
+
+    return None, None
+
+
+def _require_wheel_check_job() -> tuple[str, dict]:
+    """wheel-check job を取得する。無ければ失敗させる（4 本共通の前提）。"""
+    workflow = _load_workflow("test.yml")
+    job_name, job_def = _find_job_running_marker(workflow, _VERIFY_WHEEL_MARKER)
+    assert job_name is not None and job_def is not None, (
+        "test.yml に 'python scripts/verify_wheel.py' を実行する job が見つからない。"
+        " リリース前の wheel 実体検証（/CLAUDE.md §3・§6 手順 5）を CI で機械強制するには、"
+        " 専用 job（wheel-check）のステップに verify_wheel.py の実行を追加する必要がある。"
+    )
+    return job_name, job_def
+
+
+def test_test_yml_has_wheel_check_job():
+    """P6-(1) test.yml に scripts/verify_wheel.py を実行する job が存在すること。"""
+    _require_wheel_check_job()
+
+
+def test_wheel_check_job_runs_the_build_route_not_an_existing_wheel():
+    """P6-(2) verify_wheel.py の run に `--wheel` を含まないこと。
+
+    `--wheel <path>` は「手元にある既存 wheel を検証する」モードであり、公開経路と
+    同一のビルド（sdist 経由）を回さない。CI がこちらに倒れると、検証対象が
+    「公開される wheel」ではなくなり、実ビルド経路の退行を検出できなくなる。
+    """
+    job_name, job_def = _require_wheel_check_job()
+
+    offending = [
+        run
+        for run in _iter_step_runs(job_def)
+        if _VERIFY_WHEEL_MARKER in run and _WHEEL_FLAG_MARKER in run
+    ]
+    assert not offending, (
+        f"job '{job_name}' の verify_wheel.py 実行に --wheel が含まれている: {offending!r}。"
+        " CI は既定（フラグなし＝ sdist 経由の実ビルド）で実行すること。"
+    )
+
+
+def test_wheel_check_job_installs_pypa_build():
+    """P6-(3) PyPA `build` を導入するステップがあること。
+
+    既定モードは `python -m build` を呼ぶため、build が未導入だと job は
+    BUILD_TOOL_MISSING（exit 3）で常に赤くなる。
+    """
+    job_name, job_def = _require_wheel_check_job()
+
+    runs = _iter_step_runs(job_def)
+    assert any(_BUILD_INSTALL_RE.search(run) for run in runs), (
+        f"job '{job_name}' に PyPA build を導入するステップ（例: "
+        f"`python -m pip install build`）が見つからない: {runs!r}"
+    )
+
+
+def test_wheel_check_job_declares_read_only_permissions():
+    """P6-(4) permissions が `{contents: read}` に完全一致すること。
+
+    job レベルで permissions を明示しないと、GITHUB_TOKEN はリポジトリ設定依存の
+    既定権限で動作する。本 job は checkout してビルドと読み取り検証を行うだけなので
+    最小権限に絞る（deletions-check job と同じ方針）。
+    """
+    job_name, job_def = _require_wheel_check_job()
+
+    permissions = job_def.get("permissions")
+    assert permissions == {"contents": "read"}, (
+        f"job '{job_name}' の permissions が {{contents: read}} と一致しない"
+        f"（実際の値: {permissions!r}）。"
+    )

claude_code_conductor-2.73.0/tests/test_permission_handler_removal.py

@@ -0,0 +1,154 @@
+"""tests/test_permission_handler_removal.py
+
+permission_handler 一式（PermissionRequest hook 本体 / Windows トーストワーカー /
+auto_allow ルール定義）の削除完了を凍結する検証テスト。
+
+測る性質（architecture-report-20260814-123008.md §0-A / 改訂 2 §A-7 /
+改訂 3 §3 / 改訂 4 §2 に対応）:
+
+1. 削除対象 3 ファイルがリポジトリに存在しないこと（A-1 / A-2 / A-3）
+2. `.claude/settings.json` に `PermissionRequest` キーが無く、
+   permissions.allow に permission_handler を含む行が無いこと（A-4 / A-5）
+3. `pyproject.toml` に `[project.optional-dependencies]` セクションと
+   windows-toasts が無いこと（A-7）
+4. `.claude/deletions.txt` に削除 3 行が記載されていること（B-12）
+5. `.claude/breaking-changes.txt` の `v` で始まる非コメント行のいずれかが
+   `permission_handler` を含むこと（B-16・存在断言・順序非依存・版番号非依存）
+
+本ファイルは削除スライスの実施前は**赤であることが正常**（Red フェーズ）。
+削除完了後に緑へ反転することで削除が凍結される。
+
+なお本ファイルは不在検証の性質上、対象名 `permission_handler` /
+`permission_rules` を必然的に含む（architecture 改訂 3 §0-B 補記 2 の
+「§6 ヒットしてよい対象」(a) に該当）。
+"""
+from __future__ import annotations
+
+import json
+from pathlib import Path
+
+import pytest
+
+REPO_ROOT = Path(__file__).resolve().parent.parent
+
+# 削除対象ファイル（リポジトリルート相対・POSIX 表記）
+REMOVED_FILES = (
+    ".claude/hooks/permission_handler.py",
+    ".claude/hooks/permission_handler_toast.py",
+    ".claude/permission_rules.json",
+)
+
+# deletions.txt に記載されるべきパス（.claude/ 相対表記）
+DELETION_ENTRIES = (
+    "hooks/permission_handler.py",
+    "hooks/permission_handler_toast.py",
+    "permission_rules.json",
+)
+
+
+def _read(relative: str) -> str:
+    return (REPO_ROOT / relative).read_text(encoding="utf-8")
+
+
+# ===========================================================================
+# 1. 削除対象ファイルの不在（A-1 / A-2 / A-3）
+# ===========================================================================
+class TestRemovedFilesAreGone:
+    @pytest.mark.parametrize("relative", REMOVED_FILES)
+    def test_file_does_not_exist(self, relative: str) -> None:
+        """削除対象ファイルがリポジトリに存在しないこと."""
+        target = REPO_ROOT / relative
+        assert not target.exists(), f"deleted file still exists: {relative}"
+
+
+# ===========================================================================
+# 2. settings.json の登録消滅（A-4 / A-5）
+# ===========================================================================
+class TestSettingsJsonHasNoPermissionRequest:
+    @pytest.fixture()
+    def settings(self) -> dict:
+        """`.claude/settings.json` を JSON としてパースして返す（valid JSON 前提）."""
+        return json.loads(_read(".claude/settings.json"))
+
+    def test_hooks_section_has_no_permission_request_key(self, settings: dict) -> None:
+        """hooks 節に `PermissionRequest` キーが存在しないこと（キーごと削除）."""
+        hooks = settings.get("hooks", {})
+        assert isinstance(hooks, dict), "settings.json の hooks 節が dict ではない"
+        assert "PermissionRequest" not in hooks, (
+            "settings.json の hooks 節に PermissionRequest キーが残っている"
+        )
+
+    def test_permissions_allow_has_no_permission_handler_entry(self, settings: dict) -> None:
+        """permissions.allow に permission_handler を含むエントリが無いこと."""
+        allow = settings.get("permissions", {}).get("allow", [])
+        assert isinstance(allow, list), "settings.json の permissions.allow が list ではない"
+        assert len(allow) > 0, "positive control: permissions.allow が空（読み取り経路が壊れている）"
+
+        leftovers = [entry for entry in allow if "permission_handler" in str(entry)]
+        assert leftovers == [], f"permissions.allow に残存エントリがある: {leftovers}"
+
+
+# ===========================================================================
+# 3. pyproject.toml の extra 削除（A-7）
+# ===========================================================================
+class TestPyprojectHasNoNotifyExtra:
+    def test_optional_dependencies_section_is_absent(self) -> None:
+        """`[project.optional-dependencies]` セクションが存在しないこと（空テーブルも残さない）."""
+        lines = [line.strip() for line in _read("pyproject.toml").splitlines()]
+        assert "[project]" in lines, "positive control: pyproject.toml の読み取り経路が壊れている"
+        assert "[project.optional-dependencies]" not in lines, (
+            "pyproject.toml に [project.optional-dependencies] セクションが残っている"
+        )
+
+    def test_windows_toasts_is_absent(self) -> None:
+        """windows-toasts への依存記述が残っていないこと."""
+        text = _read("pyproject.toml")
+        assert "windows-toasts" not in text, (
+            "pyproject.toml に windows-toasts への依存が残っている"
+        )
+
+
+# ===========================================================================
+# 4. deletions.txt への追記（B-12）
+# ===========================================================================
+class TestDeletionsTxtListsRemovedFiles:
+    @pytest.fixture()
+    def entries(self) -> list[str]:
+        """`.claude/deletions.txt` の実エントリ行（コメント・空行を除く）."""
+        out = []
+        for raw in _read(".claude/deletions.txt").splitlines():
+            line = raw.strip()
+            if not line or line.startswith("#"):
+                continue
+            out.append(line)
+        return out
+
+    @pytest.mark.parametrize("entry", DELETION_ENTRIES)
+    def test_entry_is_listed(self, entries: list[str], entry: str) -> None:
+        """削除 3 行が deletions.txt に記載されていること."""
+        assert len(entries) > 0, "positive control: deletions.txt に実エントリが 1 行も無い"
+        assert entry in entries, f"deletions.txt に未記載: {entry}"
+
+
+# ===========================================================================
+# 5. breaking-changes.txt への追記（B-16・版番号非依存）
+# ===========================================================================
+class TestBreakingChangesTxtAnnouncesRemoval:
+    def test_some_version_line_mentions_permission_handler(self) -> None:
+        """`v` で始まる非コメント行のいずれかが `permission_handler` を含むこと.
+
+        存在断言のみ。順序（末尾かどうか）にも版番号リテラルにも依存させない。
+        """
+        version_lines = [
+            line
+            for line in (raw.strip() for raw in _read(".claude/breaking-changes.txt").splitlines())
+            if line.startswith("v")
+        ]
+        assert len(version_lines) > 0, (
+            "positive control: breaking-changes.txt に v で始まる行が 1 行も無い"
+        )
+
+        hits = [line for line in version_lines if "permission_handler" in line]
+        assert len(hits) >= 1, (
+            "breaking-changes.txt に permission_handler の削除を告知する行が無い"
+        )