@tyhld/conductor 0.12.22 → 0.12.23

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@tyhld/conductor",
-  "version": "0.12.22",
+  "version": "0.12.23",
   "description": "采配くん管制の見守りアプリ（conductor-agent）。各PCで常駐し、中央(devlog-tracker)へ定期的に生存報告(heartbeat)を送る常駐CLI。",
   "type": "module",
   "bin": {

package/scripts/hooks/README.md

@@ -126,7 +126,9 @@ branch protection は「CI が通っていない物を main に入れない」
 5. **SQL の字面**は、実行しうる入口のときだけ見ます。入口とは、DB の道具・移行の道具・その場で走らせる形
    （`python3 -c`・`node -e`・`python3 - <<EOF`・DB の道具へ流す形）・知らない実行ファイルです。
 6. 本番反映は、`wrangler deploy`（`--dry-run` を除く）・`wrangler versions/pages deploy`・`vercel --prod`・
-   `vercel promote/alias/rollback`・`npm/pnpm/yarn publish`・`supabase functions deploy`・「deploy の語＋`--prod`」です。
+   `vercel promote/alias/rollback`・`vercel domains add/rm/buy/move/transfer`（本番ドメインの変更・便 6d6f2ff8）・
+   `npm/pnpm/yarn publish`・`supabase functions deploy`・「deploy の語＋`--prod`」です。
+   ★Preview への公開（`vercel`・`vercel deploy`・`--prod` 無し）と、読み取り（`vercel domains ls`・`vercel ls` 等）は自走です。
 
 ★**止める側（deny）は変えていません**。危険と抜け道の判定は、今までどおり機械的な区切り（`split_segments`）で見ます
 （引用符の中まで見る方が、止める側としては広いため）。7日分の記録では、DENY の件数は前後で同じ（1,559件）でした。

package/scripts/hooks/policy.py

@@ -2804,6 +2804,13 @@ def _gate_release(words, tokens):
         for w in words[1:]:
             if w in ('promote', 'alias', 'rollback'):
                 return f'vercel {w}'
+        # ★本番ドメインの変更（追加・削除・移管・購入）だけ関門。ls・inspect は読み取りなので自走
+        #   （便 6d6f2ff8・えふさん確定 #1: プレビューは自走・本番へ影響する操作は関門・強める向きのみ）。
+        if 'domains' in words[1:]:
+            after = [w for w in words[words.index('domains') + 1:] if not w.startswith('-')]
+            if after[:1] and after[0] in ('add', 'rm', 'remove', 'buy', 'move',
+                                          'transfer', 'transfer-in'):
+                return f'vercel domains {after[0]}'
     if v == 'wrangler' and '--dry-run' not in tokens and (
             words[1:2] in (['deploy'], ['publish'])
             or words[1:3] in (['versions', 'deploy'], ['pages', 'deploy'])):

package/scripts/update-guard.sh

@@ -1028,6 +1028,35 @@ if "allow" in perms:
     del perms["allow"]
     changes.append(f"permissions.allow を全削除（{n} 件・関門素通りの原因を除去。deny は非改変）")
 
+# --- (2c) 自動許可封じのキー名・値を正す（便 6d6f2ff8＝便2.7） ---
+# 【なぜ要るか（調査 6fd6eee0 の重大発見3）】utatane-backend の設定は、bypassPermissions モード
+#   （全部自動で許可）を封じるキーが disableBypassPermissions: true になっていて、正しい名前と違う。
+#   間違ったキー名は Claude Code から無視される＝封じが効かない。見本と他の全現場は
+#   disableBypassPermissionsMode: "disable"。
+# 【正しいキーと値（出典）】permissions.disableBypassPermissionsMode を "disable" にする。
+#   出典: https://code.claude.com/docs/en/permissions （91行・632行。確認日 2026-09-18）
+#   「set permissions.disableBypassPermissionsMode ... to "disable" in any settings file」。
+#   ★managed settings が最も強いが、どのスコープの settings でも効く（同ページ 632行）。
+# ★触るのはこのキーだけ。allow・ask・deny・hooks・sandbox・defaultMode には一切触れない。
+# ★冪等: 既に正しい名前と値なら何もしない（2回流しても差分は出ない）。
+_BYPASS_WRONG = "disableBypassPermissions"       # 誤ったキー名（値も true 等）
+_BYPASS_RIGHT = "disableBypassPermissionsMode"   # 正しいキー名
+_BYPASS_VALUE = "disable"                         # 正しい値（文字列・公式）
+if _BYPASS_WRONG in perms:
+    _had = perms.pop(_BYPASS_WRONG)
+    if perms.get(_BYPASS_RIGHT) != _BYPASS_VALUE:
+        perms[_BYPASS_RIGHT] = _BYPASS_VALUE
+        changes.append(
+            f'自動許可封じのキーを是正: {_BYPASS_WRONG}={json.dumps(_had)} → '
+            f'{_BYPASS_RIGHT}="{_BYPASS_VALUE}"（誤ったキー名は本体に無視され封じが効かない）')
+    else:
+        changes.append(f'古い重複キー {_BYPASS_WRONG} を削除（{_BYPASS_RIGHT} は既に正しい）')
+elif _BYPASS_RIGHT in perms and perms.get(_BYPASS_RIGHT) != _BYPASS_VALUE:
+    # 正しいキー名だが値が "disable" 以外（例 true）＝公式の値へ揃えて確実に効かせる。
+    _old = perms[_BYPASS_RIGHT]
+    perms[_BYPASS_RIGHT] = _BYPASS_VALUE
+    changes.append(f'自動許可封じの値を是正: {_BYPASS_RIGHT}={json.dumps(_old)}→"{_BYPASS_VALUE}"')
+
 # --- (3) サンドボックスのネット許可の不足分を追記 ---
 # 職人が通信するたびに Claude Code のサンドボックスが「Network request outside of sandbox」を
 # 聞いてくる。これは番人(cc2_guard)の判定とは別の OS レベルのゲートなので、番人では消えない。