@tyhld/conductor 0.3.0 → 0.7.0

package/dist/relay.js

@@ -9,10 +9,23 @@
  *   これを絶対に回避するため、判定はすべて保守的（少しでも作業中っぽければ送らない）。
  *   送り損ねは次ポーリングで再挑戦できるので無害。「誤爆より送り遅れ」。
  *
- * 既存の heartbeat 機能・送信先API・認可(共有シークレット Bearer)は変更しない。足すだけ。
+ * 既存の heartbeat 機能・送信先API・認可(テナントトークン Bearer)は変更しない。足すだけ。
  * 鍵はコードに書かず、必ず環境変数経由で受け取る。
+ *
+ * 【役割（段3で「配達係」に絞った）】
+ *   relay がするのは「指示を職人へ届け、終わったことを中央へ書き戻す」ことだけ。
+ *     ① 指示の取得 ② 本文の投入 ③ アイドル判定 ④ Claude箱の確認 ⑤ tmux在否
+ *     ⑦⑧ 完了検出 ⑪ 生存報告 ⑰〜㉑ 再送・中央照合・孤児復元 ㉒ 緊急停止・現場トグル ㉓ 適応ポーリング
+ *   ★職人の画面から「質問の中身」を読んで意味を解釈すること、職人の端末でキーを押すことはしない。
+ *     許可の確認と応答は PermissionRequest フック（scripts/hooks/permission_request_hook.py）が
+ *     データ経路（POST /api/conductor/hook-requests）で担う。画面スクレイプに依存しない。
+ *   唯一の例外は「選択メニューが出ているか」の真偽(hasChoiceMenu)で、これは③アイドル判定が
+ *     メニューへ指示を流し込まないための落とし穴ガード専用。中身は読まない。
  */
 import { execFileSync } from 'node:child_process';
+import { mkdirSync, readFileSync, unlinkSync, writeFileSync } from 'node:fs';
+import os from 'node:os';
+import path from 'node:path';
 // ───────────────────────────────────────────────────────────────────────────
 // 調整可能な定数（後でチューニングできるよう、ここに集約する）
 // ───────────────────────────────────────────────────────────────────────────
@@ -43,6 +56,25 @@ function envPositiveNumber(name, def) {
     const parsed = Number(raw);
     return Number.isFinite(parsed) && parsed > 0 ? parsed : def;
 }
+/**
+ * 生存の見張り(keepalive)を打ち切るまでの上限(ms)。既定30分＝中央のタイムアウトと同じ長さ。
+ *
+ * 【なぜ pending とは別の寿命が要るのか（調査 176aebcf・案①-a）】
+ *   上の RELAY_PENDING_TIMEOUT_MS は「配達の追跡」を諦める時計で、固着して次の指示を拾えなく
+ *   なるのを防ぐ役目がある（＝短くてよい）。ところが従来はこれを過ぎると生存通知(/seen)まで
+ *   一緒に止まっていた。生存通知を送るのは relay だけなので、以後その指示には二度と通知が
+ *   飛ばず、中央では sent →(5分)→ stalled →(30分)→ timeout と一方通行に落ちる。職人が実際には
+ *   作業中でも「返事がありません」のまま戻れない（2026-09-01 実地・指示 db46b24f）。
+ *   ★中央側に戻り道はある（/seen の body 無し通知が stalled → sent へ戻す）。送り手が消えるのが穴。
+ *
+ *   そこで「配達の追跡(pending)」と「生存の見張り(keepalive)」の寿命を分ける。pending は従来
+ *   どおり15分で解除して次の指示を拾えるようにし、生存通知だけをこの時計で続ける。
+ *
+ * 【なぜ30分か】中央が sent/stalled を timeout（＝諦めて現場を解放）に落とすのと同じ長さ。
+ *   これより長く見張っても、中央は既に別の指示を配れる状態になっており意味がない。
+ *   環境変数 RELAY_KEEPALIVE_MAX_MS で上書き可（正の数のみ）。
+ */
+export const RELAY_KEEPALIVE_MAX_MS = envPositiveNumber('RELAY_KEEPALIVE_MAX_MS', 30 * 60 * 1000);
 /**
  * 自動再送(2-a)のポリシー。生存中の職人が動かないときに同一指示を再送する。
  *   - RELAY_RESEND_DELAY_MS: 初回送信(sentAt)から最初の再送までの待機(ms)。既定30秒。
@@ -130,12 +162,17 @@ export const BUSY_GLYPHS = ['⠋', '⠙', '⠹', '⠸', '⠼', '⠴', '⠦', '
  */
 export const REPORT_START = 'REPORT_START';
 export const REPORT_END = 'REPORT_END';
+/** 設定から職人の種類を読む。未指定・知らない値は 'claude'（後退させない）。 */
+export function kindOf(cfg) {
+    return cfg.agentKind ?? 'claude';
+}
 /** 連続スキップ何回でアイドル誤判定の疑いをWARNするか（観測のみ・送信挙動は変えない）。 */
 export const RELAY_SKIP_WARN_THRESHOLD = 6;
 /** 初期状態を作る。 */
 export function createRelayState() {
     return {
         pending: null,
+        keepalive: null,
         running: false,
         restored: false,
         lastHalted: null,
@@ -145,6 +182,8 @@ export function createRelayState() {
         lastHeartbeatAt: null,
         deliverCounts: new Map(),
         abandoned: new Set(),
+        promptPending: false,
+        busyRaisedId: null,
     };
 }
 /**
@@ -175,21 +214,103 @@ export function tailOf(text) {
     return lines.slice(-RELAY_TAIL_LINES).join('\n');
 }
 /**
- * 画面末尾に「確実な処理中シグナル（esc to interrupt / compacting / スピナーグリフ）」が
- * あるかを判定する純粋関数。末尾 RELAY_TAIL_LINES 行だけを見る（looksIdle と同じ範囲）。
- *   - busy 判定を looksIdle から切り出して再利用可能にしたもの（自動再送の可否判定でも使う）。
- *   - looksIdle はこれが true なら即アイドル不成立に倒す。
+ * 入力枠の横罫線（全幅 ─ ルール、または角丸コーナー ╭╰╮╯）とみなす行か。
+ * looksLikeClaude の枠検出（BOX_RULE_MIN_DASHES）と同じ定義。Claude Code v2.x は
+ * idle/busy とも入力枠の横罫線を最下部に常時描くので、これを「フッター境界」の基準に使う。
  */
-export function hasBusySignal(text) {
+function isBoxRuleLine(line) {
+    return /[╭╰]─{2,}|─{2,}[╮╯]/.test(line) || new RegExp(`─{${BOX_RULE_MIN_DASHES},}`).test(line);
+}
+/**
+ * busy シグナルの走査対象＝「入力枠フッター領域（＝最後の横罫線より下）」だけを文字列で返す純粋関数。
+ *
+ * 【なぜフッターだけに絞るか（恒久修正の核心・販売ブロッカー根治）】
+ *   以前は末尾 RELAY_TAIL_LINES 行を"全文"走査していたため、Claude Code の会話ログ本文（トランス
+ *   クリプト）に 'esc to interrupt' 等の busy 相当語（例: relay 自身の話題・ログ貼り付け・エラー文）や
+ *   スピナー点字が含まれると、tmux が真にアイドルでも永久 busy 誤判定になり、認証200・ジョブ待機でも
+ *   指示が一生注入されなかった。顧客環境で必ず再発する販売ブロッカー。
+ *   Claude Code v2.x は idle/busy とも入力枠の横罫線を最下部に常時描くので、その"最後の罫線より下"
+ *   （＝ライブのフッター行: 'esc to interrupt'（busy） / '? for shortcuts'（idle） / 権限モード行）
+ *   だけを busy 走査対象にすれば、上のトランスクリプト本文は判定を汚さない（バージョン非依存の恒久要素）。
+ *   罫線が見つからない場合（Claude の枠でない/取得不全）は末尾全域を返す＝従来の保守挙動（送らない側）を温存。
+ */
+export function busyScanRegion(text) {
     const lines = text.replace(/\r/g, '').split('\n');
     while (lines.length > 0 && lines[lines.length - 1].trim() === '')
         lines.pop();
     const tail = lines.slice(-RELAY_TAIL_LINES);
-    const tailText = tail.join('\n');
-    const lower = tailText.toLowerCase();
+    let ruleIdx = -1;
+    for (let i = tail.length - 1; i >= 0; i--) {
+        if (isBoxRuleLine(tail[i])) {
+            ruleIdx = i;
+            break;
+        }
+    }
+    // 最後の罫線より下＝フッター行だけを走査対象にする。罫線が無ければ末尾全域（従来の保守挙動を温存）。
+    const region = ruleIdx >= 0 ? tail.slice(ruleIdx + 1) : tail;
+    return region.join('\n');
+}
+/**
+ * 画面に「確実な処理中シグナル（esc to interrupt / compacting / スピナーグリフ）」が
+ * あるかを判定する純粋関数。
+ *   - 走査対象は busyScanRegion＝入力枠フッター領域だけ（最後の横罫線より下）。トランスクリプト
+ *     本文の busy 相当語で永久 busy 誤判定にならないための恒久修正。判別軸は v2.x 常時描画のフッター
+ *     行（'esc to interrupt' を含む→busy / '? for shortcuts' を含む→idle）。
+ *   - busy 判定を looksIdle から切り出して再利用可能にしたもの（自動再送の可否判定でも使う）。
+ *   - looksIdle はこれが true なら即アイドル不成立に倒す。
+ */
+export function hasBusySignal(text) {
+    const regionText = busyScanRegion(text);
+    const lower = regionText.toLowerCase();
     if (BUSY_MARKERS.some((m) => lower.includes(m)))
         return true;
-    if (BUSY_GLYPHS.some((g) => tailText.includes(g)))
+    if (BUSY_GLYPHS.some((g) => regionText.includes(g)))
+        return true;
+    return false;
+}
+/** 環境変数などから種類を読む。知らない値・未設定は 'claude' へ倒す（後退させない）。 */
+export function parseAgentKind(raw) {
+    return (raw ?? '').trim().toLowerCase() === 'codex' ? 'codex' : 'claude';
+}
+/** Codex 固有の画面印（実測）。この窓が Codex の職人かを見分ける。 */
+export const CODEX_MARKERS = [
+    'openai codex',
+    'ask codex to do anything',
+    'esc to interrupt',
+];
+/** Codex の作業中シグナル（実測）。`esc to interrupt` は Claude と同じ綴り。 */
+export const CODEX_BUSY_MARKERS = ['esc to interrupt', 'working ('];
+/** Codex の選択メニューのカーソル（実測: U+203A）。★Claude の `❯`(U+276F) とは別物。 */
+export const CODEX_MENU_CURSOR = '›';
+/**
+ * 種類ごとの目印を返す。★関数にしてあるのは、定数の宣言順に縛られないようにするため
+ * （CLAUDE_MARKERS などはこの下で宣言される）。
+ */
+export function agentProfile(kind) {
+    if (kind === 'codex') {
+        return {
+            markers: CODEX_MARKERS,
+            busyMarkers: CODEX_BUSY_MARKERS,
+            cursor: CODEX_MENU_CURSOR,
+            idleRule: 'not-busy',
+        };
+    }
+    return {
+        markers: CLAUDE_MARKERS,
+        busyMarkers: BUSY_MARKERS,
+        cursor: '❯',
+        idleRule: 'prompt',
+    };
+}
+/** 種類を見て「作業中か」を判定する。claude は従来の hasBusySignal と同一。 */
+export function hasBusySignalFor(text, kind) {
+    if (kind === 'claude')
+        return hasBusySignal(text);
+    const regionText = busyScanRegion(text);
+    const lower = regionText.toLowerCase();
+    if (agentProfile(kind).busyMarkers.some((m) => lower.includes(m)))
+        return true;
+    if (BUSY_GLYPHS.some((g) => regionText.includes(g)))
         return true;
     return false;
 }
@@ -197,6 +318,8 @@ export function hasBusySignal(text) {
  * 画面テキストから「アイドルか」を判定する純粋関数（判定(a)）。
  *   方針:「確実な処理中シグナル（esc to interrupt / compacting / スピナーグリフ）が無く、
  *   かつ末尾付近に入力待ちプロンプト行がある」ときだけアイドルとみなす。一般語では判定しない。
+ *   busy シグナルの走査は入力枠フッター領域だけ（hasBusySignal→busyScanRegion）なので、会話ログ
+ *   本文（トランスクリプト）に busy 相当語が混ざっても永久 busy 誤判定にならない。
  *   週替わりヒントやバナーが上にあっても、末尾に入力待ちがあればアイドルと判定できる。
  *   曖昧なら false（＝送らない側）に倒す。
  */
@@ -208,12 +331,13 @@ export function looksIdle(text) {
     // 確実な処理中シグナルがあれば即アウト（作業中とみなす）。
     if (hasBusySignal(text))
         return false;
-    // 許可プロンプト表示中はアイドルとみなさない（落とし穴ガード）。
-    //   Claude Code の許可プロンプト("❯ 1. Yes" 等)も `❯` で始まる行を含むため、下の hasPrompt が
-    //   true になりアイドル誤判定し得る。許可プロンプト中に relay の pending ループが新規指示や再送を
-    //   流し込むと、選択メニューに指示文が打ち込まれて混線する。許可プロンプト中は必ず非アイドルに倒し、
-    //   応答は専用の許可ループ(permission.ts)にのみ委ねる（送信経路の唯一化＝CC2書き込みの排他）。
-    if (hasPermissionPrompt(text).isPrompt)
+    // 選択メニュー表示中はアイドルとみなさない（落とし穴ガード・★撤去してはいけない要）。
+    //   Claude Code の確認メニュー("❯ 1. Yes" 等)も `❯` で始まる行を含むため、下の hasPrompt が
+    //   true になりアイドル誤判定し得る。メニュー表示中に relay の pending ループが新規指示や再送を
+    //   流し込むと、選択メニューに指示文が打ち込まれて混線する（＝作業への割り込み事故）。
+    //   ★段3で「質問の中身を読む処理」は全部撤去したが、この真偽ガードだけは残す（残す理由は
+    //     hasChoiceMenu のコメント参照）。答えるのはフック経路の役目で、relay は一切押さない。
+    if (hasChoiceMenu(text))
         return false;
     // 入力待ちプロンプト行の検出。
     // tmux のボックス装飾(│ | 空白)を行頭から剥がし、残りが入力待ちプロンプト記号で始まれば入力待ち。
@@ -227,19 +351,48 @@ export function looksIdle(text) {
     });
     return hasPrompt;
 }
+// ───────────────────────────────────────────────────────────────────────────
+// 選択メニュー検知（★アイドル判定(③)の落とし穴ガード専用・純粋関数）
+//
+// 【段3で何を撤去したか】ここには以前「許可プロンプトの検知と中身の読み取り」一式があった:
+//   hasPermissionPrompt（isPrompt/command/kind/summary/noKey/choices）、extractPermSummary、
+//   hasDismissablePrompt、および質問文・選択肢・拒否肢番号を読むための正規表現群。
+//   確認の受け渡しは PermissionRequest フック（scripts/hooks/permission_request_hook.py）が
+//   データ経路で担うようになったため、画面から文字を読む部分はすべて撤去した。
+//
+// 【なぜ「メニューが出ているか」の真偽だけは残すか】撤去できない安全上の理由がある。
+//   Claude Code の選択メニューは "❯ 1. Yes" のように `❯` で始まる行を含むため、これを
+//   除外しないと looksIdle が「入力待ち」と誤判定する。アイドル誤判定は relay が選択メニューへ
+//   指示文を流し込む＝職人の作業に割り込んで混線させる事故に直結する（③アイドル判定の要）。
+//   よって「メニューが出ている」という【構造の真偽】だけを残し、中身（質問文・説明・選択肢・
+//   拒否肢番号・種別）は一切読まない。
+// ───────────────────────────────────────────────────────────────────────────
+/**
+ * 確認プロンプトの「見出し（質問）行」に出る綴り。メニュー構造だけでは確定させない
+ * 2シグナル方式の片側（もう片側は ❯ カーソル）。★見出しの意味は解釈せず、有無だけを見る。
+ */
+const PERMISSION_HEADER_RE = /do you want to \S+|do you trust|would you like to|ready to (code|submit)|requires approval|needs? your approval|approval for the|wants to (run|use|access|search|edit|create|make|execute|connect)|allow\b.{0,40}\baccess/i;
+/**
+ * 番号選択メニューの「カーソル付き」選択肢行（例 "❯ 1. Yes" / "❯ 2. …"）。
+ *   ★U+276F の `❯` が番号選択肢の行頭に付くのは Claude Code の対話メニュー固有で、通常の
+ *   markdown 箇条書き（"1. …"）や地の文には出ない。これを「これは選ばせる画面だ」の構造シグナル
+ *   として使う＝見出しの言い回しに依存せず、あらゆる種類の確認（proc/plan/trust/Notebook…）を拾える。
+ *   ※アイドルの素の入力枠 "❯ "（番号なし）はここに一致しない（番号＋区切りが必須）。
+ */
+const PERMISSION_MENU_CURSOR_RE = /^❯\s*\d+[.)]/;
+/** フッター/取り消し案内など、メニューの一部ではない行（メニュー収集時に読み飛ばす）。 */
+const PERMISSION_MENU_FOOTER_RE = /esc to cancel|tab to amend|for shortcuts|for agents|↑\/↓|to navigate/i;
+/**
+ * Codex のメニューに付く案内行（実測: `Press enter to continue`）。
+ * ★Claude 側の一覧(PERMISSION_MENU_FOOTER_RE)は1語も変えない。ここは Codex にだけ足す（ADR-021）。
+ */
+const CODEX_MENU_FOOTER_RE = /press enter to continue/i;
 /**
- * 許可プロンプトに固有で、通常画面・週替わりヒント・報告/ENQUEUE出力のいずれにも出ない綴り。
- *   - 質問行: "Do you want to proceed?" / "Do you want to allow this connection?" 等。
- *   - 選択肢行: "❯ 1. Yes" / "1. Yes"（番号付き選択メニューの先頭）。
- * 【誤検出を絶対に避ける】質問行と "1. Yes" 選択肢行の「両方」が末尾付近に在るときだけ許可プロンプトと
- *   みなす。どちらか一方だけ（例: 文章中の "yes"）では成立させない。これにより looksIdle を不当に
- *   false へ倒して relay を永久に黙らせる事故（過去の busy 誤検出と同型の罠）を防ぐ。
- */
-const PERMISSION_QUESTION_RE = /do you want to (proceed|allow|create|run|make|continue|apply|delete|overwrite|trust|execute)/i;
-/** 選択肢「1. Yes」行（行頭の `❯` カーソルは任意）。`1.` でも `1)` でも拾う。 */
-const PERMISSION_YES_RE = /^❯?\s*1[.)]\s*yes\b/i;
-/** 種別 network 判定に使う、接続許可特有の語。 */
-const PERMISSION_NETWORK_RE = /connection|connect to|fetch|request to|url|domain|host\b|network/i;
+ * 番号付き選択肢行（例 "❯ 1. Yes" / "2. Yes, and don’t ask again…" / "3. No, … (esc)"）。
+ *   行頭・番号・区切り記号を必須にしているので、文章中の数字では成立しない。
+ *   1 群目=番号キー。★文言（2 群目）は使わない＝画面から意味を読まない。
+ */
+const PERMISSION_CHOICE_RE = /^❯?\s*(\d+)[.)]\s*(?:\S.*?)\s*$/;
 /** tmux のボックス装飾(│ ╎ ┃ | と前後空白)を行から剥がす。 */
 function stripBoxDecoration(line) {
     return line
@@ -248,72 +401,80 @@ function stripBoxDecoration(line) {
         .trim();
 }
 /**
- * 画面テキストに「許可プロンプト（Do you want to ... ＋ 1. Yes 選択肢）」が出ているかを判定する純粋関数。
- *   - 末尾付近のみ見る（許可プロンプトは常に画面下部に描画される）。枠が高いことがあるので少し広めに取る。
- *   - 質問行と "1. Yes" 選択肢行の両方が在るときだけ isPrompt=true（誤検出をしない最優先）。
- *   - command は枠上辺(╭)〜質問行の内容行を best-effort で結合（抽出不能でも検知自体は成立）。
- *   - kind は質問文の語から network / command を推定（不明は 'command' に寄せる）。
+ * 画面末尾に「番号選択メニュー（＝人の答え待ち）」が描画されているかだけを返す純粋関数。
+ *   ★真偽のみ。質問文・説明・選択肢の文言・拒否肢の番号・種別は一切読まない（段3で撤去）。
+ *
+ * 判定は旧 hasPermissionPrompt の isPrompt と同一条件を保つ（アイドル判定の非回帰の要）:
+ *   - 末尾付近（枠の高さを考慮し 50 行）だけを見る。
+ *   - 末尾から連続する選択肢ブロックを集める。空行・枠罫線・フッターは挟んでよい。
+ *     番号でも空でも罫線でもフッターでもない実テキスト行に当たったらそこがメニューの上端。
+ *   - 有効なメニュー＝先頭肢「1」を含む（孤立した番号や地の文の "2)" では成立させない）。
+ *   - 確定条件＝メニューがある かつ（❯カーソルがある または メニューより上に見出し語がある）。
+ *     見出し語もカーソりも無い"ただの番号付き箇条書き"は確定させない（偽陽性を出さない）。
+ */
+/**
+ * 種類を見て「選択メニュー（＝人の答え待ち）が出ているか」を判定する（★ADR-021）。
+ *   claude … 従来の hasChoiceMenu と同一（カーソルは `❯`）
+ *   codex  … カーソルが `›`(U+203A)（実測）。それ以外の作りは同じ。
+ * ★真偽だけを返すのは従来どおり。質問文・選択肢の文言は読まない（relay は答えない）。
+ */
+export function hasChoiceMenuFor(text, kind) {
+    if (kind === 'claude')
+        return hasChoiceMenu(text);
+    return hasChoiceMenuWithCursor(text, agentProfile(kind).cursor, CODEX_MENU_FOOTER_RE);
+}
+export function hasChoiceMenu(text) {
+    return hasChoiceMenuWithCursor(text, '❯');
+}
+/**
+ * 選択メニュー判定の本体。カーソル記号だけを差し替えられる形にした（★ADR-021）。
+ * ★判定の中身は従来の hasChoiceMenu から1行も変えていない（記号を引数にしただけ）。
  */
-export function hasPermissionPrompt(text) {
-    const NONE = { isPrompt: false, command: '', kind: 'unknown' };
+function hasChoiceMenuWithCursor(text, cursor, extraFooterRe) {
     const allLines = text.replace(/\r/g, '').split('\n');
-    // 末尾付近（枠の高さを考慮し RELAY_TAIL_LINES より広めの 50 行）だけを対象にする。
     const span = Math.max(RELAY_TAIL_LINES, 50);
     const lines = allLines.slice(-span);
     const stripped = lines.map(stripBoxDecoration);
-    // 質問行（"Do you want to ..."）を末尾側から探す。
-    let questionIdx = -1;
+    // 行頭カーソル（`❯ 1.` / `› 1.`）。記号は種類ごとに差し替える（ADR-021）。
+    const esc = cursor.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
+    const menuCursorRe = new RegExp(`^${esc}\\s*\\d+[.)]`);
+    // ★選択肢行そのものも、行頭カーソルを種類ごとに許す（Claude は `❯`、Codex は `›`）。
+    //   カーソル記号を差し替えるだけで、判定の中身は PERMISSION_CHOICE_RE と同じ形。
+    const choiceRe = new RegExp(`^${esc}?\\s*(\\d+)[.)]\\s*(?:\\S.*?)\\s*$`);
+    const keys = new Set();
+    let hasMenuCursor = false;
+    let menuTopIdx = -1; // メニュー最上段の選択肢行の位置
     for (let i = stripped.length - 1; i >= 0; i--) {
-        if (PERMISSION_QUESTION_RE.test(stripped[i])) {
-            questionIdx = i;
-            break;
-        }
-    }
-    if (questionIdx < 0)
-        return NONE;
-    // "1. Yes" 選択肢行が在るか（質問行とセットで初めて許可プロンプトと確定する）。
-    if (!stripped.some((s) => PERMISSION_YES_RE.test(s)))
-        return NONE;
-    // 種別: 質問文に接続許可特有の語があれば network、無ければ command（ツール実行許可）。
-    const kind = PERMISSION_NETWORK_RE.test(stripped[questionIdx])
-        ? 'network'
-        : 'command';
-    // command 抽出(best-effort): 質問行の直上にある枠上辺(╭)以降〜質問行までの内容行を結合する。
-    let topIdx = 0;
-    for (let i = questionIdx - 1; i >= 0; i--) {
-        if (lines[i].includes('╭')) {
-            topIdx = i + 1;
-            break;
+        const s = stripped[i];
+        if (s === '')
+            continue; // 空行は挟んでよい
+        if (isBoxRuleLine(lines[i]))
+            continue; // 枠の横罫線は無視
+        if (PERMISSION_MENU_FOOTER_RE.test(s))
+            continue; // フッター/取り消し案内は無視
+        if (extraFooterRe !== undefined && extraFooterRe.test(s))
+            continue; // 種類ごとの案内行
+        const m = choiceRe.exec(s);
+        if (m) {
+            if (menuCursorRe.test(s))
+                hasMenuCursor = true;
+            keys.add(m[1]);
+            menuTopIdx = i;
+            continue;
         }
+        // 番号でも空でも罫線でもフッターでもない実テキスト行＝メニューの上端。ここで打ち切る。
+        break;
     }
-    const content = [];
-    for (let i = topIdx; i < questionIdx; i++) {
-        const s = stripped[i];
-        if (s !== '')
-            content.push(s);
+    if (!keys.has('1'))
+        return false;
+    if (hasMenuCursor)
+        return true;
+    // カーソルが無い版でも、メニューより上に確認の見出し語があれば確定させる。
+    for (let i = (menuTopIdx >= 0 ? menuTopIdx : stripped.length) - 1; i >= 0; i--) {
+        if (PERMISSION_HEADER_RE.test(stripped[i]))
+            return true;
     }
-    const command = content.join(' ').replace(/\s+/g, ' ').trim();
-    return { isPrompt: true, command, kind };
-}
-/**
- * セッション評価などの「想定外モーダル」（Yes/No の許可ではなく、閉じるだけでよい類）を検知する純粋関数。
- *   例: 「How is Claude doing this session? 1:Bad 2:Fine 3:Good 0:Dismiss」。
- *
- * 【なぜ別関数か】これは許可プロンプト(hasPermissionPrompt: "Do you want to … 1.Yes")とは別物で、
- *   ALLOW/DENY の安全判断対象ではない。放置すると CC1B 自身がこれで固まり、全現場の許可判断が
- *   止まる（指示 cmqc0ynkb の副因）。検知したら Esc で**閉じるだけ**にする（Yes/No は絶対に押さない）。
- *
- * 【誤爆を避ける】許可プロンプト(1.Yes)とは綴りが重ならない2パターンのいずれかが末尾付近に在るときだけ true:
- *   - 評価モーダル特有の質問文 /how is claude doing/i
- *   - 「0. Dismiss」/「0) Dismiss」選択肢行（行頭から単独。許可メニューは 1/2/3 で 0:Dismiss を持たない）
- */
-const DISMISS_RATING_RE = /how is claude doing/i;
-const DISMISS_OPTION_RE = /^❯?\s*0\s*[.)]?\s*dismiss\b/i;
-export function hasDismissablePrompt(text) {
-    const allLines = text.replace(/\r/g, '').split('\n');
-    const span = Math.max(RELAY_TAIL_LINES, 50);
-    const lines = allLines.slice(-span).map(stripBoxDecoration);
-    return lines.some((s) => DISMISS_RATING_RE.test(s) || DISMISS_OPTION_RE.test(s));
+    return false;
 }
 /**
  * Claude Code 固有の表示マーカー（小文字化して部分一致で判定・内容ベースのガード用）。
@@ -370,6 +531,37 @@ export function looksLikeClaude(text) {
     const hasFrame = lines.some((line) => /[╭╰]─{2,}|─{2,}[╮╯]/.test(line) || straightRule.test(line));
     return hasPrompt && hasFrame;
 }
+/**
+ * 種類を見て「この窓はその職人か」を判定する（★ADR-021）。
+ *   claude … 従来の looksLikeClaude と同一（1文字も変えない）
+ *   codex  … 実測した画面印のどれかがあれば true
+ * ★どちらでもない窓へは送らない、という既存の安全策はそのまま効く。
+ */
+export function looksLikeAgent(text, kind) {
+    if (kind === 'claude')
+        return looksLikeClaude(text);
+    const lower = text.toLowerCase();
+    return agentProfile(kind).markers.some((m) => lower.includes(m));
+}
+/**
+ * 種類を見て「待機中か」を判定する（★ADR-021）。
+ *   claude … 従来の looksIdle と同一（1文字も変えない）
+ *   codex  … ★入力欄は作業中も出たままなので、入力欄の有無では判定できない（実測）。
+ *            「作業中シグナルが無い」かつ「選択メニューが出ていない」ときだけ待機とみなす。
+ *
+ * ★未実測の画面は「待機ではない」側へ倒す。知らない画面へ指示を流し込まないための安全側
+ *   （承認待ちの他の見出し・`% context left` は未確認。便の指示どおり勝手に押さない）。
+ */
+export function looksIdleFor(text, kind) {
+    if (kind === 'claude')
+        return looksIdle(text);
+    if (hasBusySignalFor(text, kind))
+        return false;
+    if (hasChoiceMenuFor(text, kind))
+        return false;
+    // ★その窓が Codex だと分かるときだけ「待機」と言い切る。分からない窓は待機にしない。
+    return looksLikeAgent(text, kind);
+}
 /**
  * 画面テキストに「完了マーカー DONE:{site} が単独で出力されているか」を判定する純粋関数。
  *
@@ -414,6 +606,99 @@ export function buildAnchor(id) {
  *     最終的な DONE 行はさらにその下に出るため取りこぼさないようにするため。
  *   - アンカーが画面外（2000行窓から流出）なら null（＝まだ確証なし。保守側で完了とみなさない）。
  */
+/**
+ * 完了検出（DONE行・報告本文）を探す範囲を決める。★ADR-020 の根治点。
+ *
+ * 【なぜ要るか（実測 2026-09-02）】
+ *   職人の画面は Claude Code の全画面表示（`tui: fullscreen`）で動くため、tmux から見ると
+ *   【代替画面(alternate screen)】になり、**さかのぼれる行が1行も無い**。
+ *   実測: `capture-pane -S -2000` を打っても返るのは見えている 80 行だけ
+ *   （`alternate_on=1` / `pane_height=34`）。
+ *   その結果、送信時に画面へ出たアンカー(`CONDUCTOR_JOB:{id}`)は数秒でスクロールアウトし、
+ *   `sliceBelowAnchor` が常に null を返す → DONE 行を1度も見つけられない →
+ *   **報告本文を添えた完了(patchStatus done+report)が一度も走らない**。
+ *   実測: 2026-09-02 の完了 88 件すべてが「中央の status を問い合わせて終わり」の経路で、
+ *   報告添付は **0 件**（`done遷移 -> HTTP` のログ自体が1行も無い）。
+ *
+ * 【なぜアンカーを求めていたのか】前の指示の DONE 行や報告を、今の指示のものと取り違えないため。
+ *
+ * 【根治】アンカーが見えないときも安全に全画面を見てよい条件がある:
+ *   ★**アンカーが「一度見えた(delivered)」あとに「見えなくなった」なら、
+ *     アンカーより上にあった前の指示の出力は、アンカーより先に画面から消えている。**
+ *   画面は上から順に流れて出ていくので、アンカーが消えた時点で、その上にあった
+ *   前の指示の DONE 行も必ず消えている。だから取り違えは構造的に起こらない。
+ *
+ * 返り:
+ *   - アンカーが見える  → アンカーより下（従来どおり・いちばん厳しい）
+ *   - アンカーが見えない かつ delivered → 画面全体（上記の理由で安全）
+ *   - アンカーを一度も見ていない → null（まだ届いていない＝見に行かない）
+ */
+// ───────────────────────────────────────────────────────────────────────────
+// Codex の完了・報告を受け取る口（★ADR-021）
+//
+// 【なぜ画面を読まないのか】Codex には `notify` があり、ターンが終わると
+//   {"type":"agent-turn-complete","cwd":…,"last-assistant-message":…} が【データで】届く（実測）。
+//   受け口 scripts/codex/codex-notify.py が、内部の「題名を付ける」ターンをふるい落として
+//   現場ごとの受け皿へ1行書く。relay はそれを読み、**既存の完了経路**（patchStatus done+report）
+//   へそのまま橋渡しする。＝完了を中央へ伝える道は今までどおり1本のまま。
+// ───────────────────────────────────────────────────────────────────────────
+/** Codex の受け皿の置き場。受け口スクリプトと同じ決め方にする。 */
+export function codexNotifyDir(env = process.env) {
+    const explicit = (env.CONDUCTOR_CODEX_NOTIFY_DIR ?? '').trim();
+    if (explicit)
+        return explicit;
+    const home = (env.HOME ?? '').trim();
+    return home ? path.join(home, '.tyhld', 'codex-notify') : '';
+}
+/**
+ * 受け皿から「まだ渡していない完了」を1件取り出し、ファイルを空にする（＝二重に使わない）。
+ * 返り: 最新の1件 / null（無い・読めない）。
+ * ★読めない・壊れている行は捨てる。relay を止めない（フックと同じ作法）。
+ */
+export function takeCodexNotice(site, env = process.env) {
+    const dir = codexNotifyDir(env);
+    if (!dir)
+        return null;
+    const file = path.join(dir, `${site}.jsonl`);
+    let raw;
+    try {
+        raw = readFileSync(file, 'utf8');
+    }
+    catch {
+        return null; // まだ1件も来ていない
+    }
+    const lines = raw.split('\n').map((l) => l.trim()).filter((l) => l.length > 0);
+    let latest = null;
+    for (const line of lines) {
+        try {
+            const o = JSON.parse(line);
+            if (typeof o.site === 'string' && o.site === site) {
+                latest = {
+                    site: o.site,
+                    report: typeof o.report === 'string' ? o.report : '',
+                    threadId: o.threadId ?? null,
+                    turnId: o.turnId ?? null,
+                };
+            }
+        }
+        catch {
+            // 壊れた行は捨てる
+        }
+    }
+    try {
+        unlinkSync(file); // 使ったら消す＝同じ完了を二度渡さない
+    }
+    catch {
+        /* 消せなくても致命ではない（次回 latest が同じでも patchStatus 側が冪等） */
+    }
+    return latest;
+}
+export function sliceForDoneScan(text, anchor, delivered) {
+    const below = sliceBelowAnchor(text, anchor);
+    if (below !== null)
+        return below;
+    return delivered ? text : null;
+}
 export function sliceBelowAnchor(text, anchor) {
     const lines = text.replace(/\r/g, '').split('\n');
     let anchorIdx = -1;
@@ -555,6 +840,61 @@ export function isTerminalCommandStatus(status) {
     const s = status.trim().toLowerCase();
     return s === 'done' || s === 'failed' || s === 'cancelled' || s === 'canceled' || s === 'abandoned';
 }
+/**
+ * 中央が「まだ配達してよい＝生きている」と明示した status（これらだけ再送を許す）。
+ *   queued=未配達 / sent=配達済み作業中 / stalled=無音だが未終端 / perm_wait=承認待ち / held=保留。
+ *   held は「中央がまだ流す判断をしていない」＝再送してよい状態ではないので skip 側に置く。
+ */
+const CENTRAL_LIVE_STATUSES = new Set(['queued', 'sent', 'stalled', 'perm_wait']);
+/**
+ * 中央で dismissed/timeout も終端。isTerminalCommandStatus（既存・変更しない）は done/failed/
+ * cancelled/canceled/abandoned のみを見るので、再配達の可否ではこの2つを足して判断する。
+ *   - dismissed: ②画面で人が却下（devlog-tracker: commands/[id]/dismiss/route.ts が status='dismissed'）
+ *   - timeout  : 中央 sweep が doneAt を打って終端化（devlog-tracker: lib/conductor.ts の sweep）
+ */
+const CENTRAL_EXTRA_TERMINAL_STATUSES = new Set(['dismissed', 'timeout']);
+/**
+ * 中央がこの指示を「もう終わっている」と言っているか（純粋関数）。
+ *   done / failed / cancelled / canceled / abandoned / dismissed / timeout のいずれか。
+ *   null（中央不達・未知）や未知の綴りは false ＝「終わっているとは言えない」に倒す（保守的）。
+ *
+ * ★再配達の可否（decideCentralReconcile）と、生存の見張りを畳む判断（keepalive）で
+ *   同じ物差しを使うためにここへ切り出した。判定が2か所に分かれて食い違うのを防ぐ。
+ */
+export function isCentralFinished(status) {
+    if (status === null)
+        return false;
+    const s = status.trim().toLowerCase();
+    return isTerminalCommandStatus(s) || CENTRAL_EXTRA_TERMINAL_STATUSES.has(s);
+}
+/**
+ * 「今から同一指示を再送しようとしている」tick で、中央 status と照合して最終判断する純粋関数。
+ *
+ * 【なぜ必要か】完了通知が conductor_complete（MCP直行）で立つと中央は done になるが、relay が画面の
+ *   DONE 行を取りこぼすとローカル pending が残る。従来この再送経路(!delivered)は中央を一度も見ずに
+ *   同一指示を送り続けていた（既存の中央照合は delivered＋アイドルの分岐にしか無く、!delivered な
+ *   再送経路とは条件が排他だった）。ここで照合を挟むことで done 済みの再配達を構造的に断つ。
+ *
+ * 結論:
+ *   - 'drop'   終端(done/failed/cancelled/canceled/abandoned/dismissed/timeout)。再送せず pending を
+ *              解放し abandoned へ入れる（以後二度と配達しない）。
+ *   - 'resend' 中央が生存(queued/sent/stalled/perm_wait)と明示。従来どおり再送してよい。
+ *   - 'skip'   null（中央不達・404・タイムアウト＝未知）、または未知の綴り。このtickは何もせず次tickで
+ *              再試行する。曖昧なら送らない安全側に倒す（誤再配達より遅延のほうが安い）。
+ *
+ * 【縮退の注意】中央に GET /api/conductor/commands/{id} が無い環境では常に null→'skip' となり自動再送は
+ *   起きない。固着は従来どおり pending タイムアウト(RELAY_PENDING_TIMEOUT_MS)が解除する。
+ */
+export function decideCentralReconcile(centralStatus) {
+    if (centralStatus === null)
+        return 'skip'; // 未知＝照合できず。送らない安全側。
+    if (isCentralFinished(centralStatus))
+        return 'drop';
+    const s = centralStatus.trim().toLowerCase();
+    if (CENTRAL_LIVE_STATUSES.has(s))
+        return 'resend';
+    return 'skip'; // 未知の綴り（将来の新status・held 等）は送らない安全側。
+}
 /**
  * sent孤児を 2-a の pending 構造へ変換する純粋関数（★送信はしない）。
  *   - anchor は buildAnchor(id) で再生成（id 不変＝アンカー不変）。送信本文末尾のアンカーと一致するため、
@@ -614,12 +954,38 @@ export function buildSendText(body, site, anchor) {
         ? anchor.slice(SEND_ANCHOR_PREFIX.length + 1)
         : anchor;
     const full = `${body}\n\n` +
+        // ★確認カードを非エンジニアが読める日本語にする（調査 2987cb8f）。
+        //   Bash 等の確認に出る一言説明は、職人(モデル)が tool_input.description に自分で書く自由記入欄で、
+        //   Claude Code 組込みの記入例が英語のため既定では英語になる。ここで日本語を依頼しておく。
+        //   ★段3の撤去後、この説明の行き先は2つ:
+        //     (1) 職人の端末に出る確認ダイアログ（人がその場で読む）
+        //     (2) PermissionRequest フックが管制へ渡す toolInput の中身（カードの「くわしく」に残る）
+        //     ＝以前のように relay が画面から拾って中央のカード見出しにする経路（extractPermSummary →
+        //       summary）は無い。カードの日本語見出しは summary_ja.py がコマンドから組み立てる。
+        //   ★あくまで書き方の依頼。従わなくても英語の説明が入るだけで、見出しは summary_ja.py が
+        //     日本語で作る＝壊れない。
+        `作業中にユーザー確認（許可を求めるプロンプト）が出る操作では、その一言説明（description）を` +
+        `英語ではなく日本語で、「プルリクエストを作成する」「テストを実行する」のように` +
+        `「何をするか」が一目で分かる簡潔な形（〜を作成する／実行する／削除する 等）で書いてください` +
+        `（この説明は管制の確認カードにそのまま表示され、非エンジニアのお客さまが読んで許可を判断します）。\n\n` +
         `作業がすべて完了したら、まず報告を ${REPORT_START} と ${REPORT_END} の2行で挟んで出力してください` +
         `（変更ファイル・要点・チェック結果を簡潔に）。` +
         `その後の最終行に必ず ${marker} とだけ出力してください。\n\n` +
         // ★案D（relay非依存の確実な完了通知）: 完了したら必ず devlog MCP の conductor_complete を呼ぶ。
         `そして完了したら必ず、devlog の MCP ツール conductor_complete を commandId="${commandId}" で1回だけ呼んでください` +
         `（relayに依存しない確実な完了通知です。report 引数に上記の報告本文を添えても構いません）。\n\n` +
+        // ★成果引数の案内（devlog-tracker PR #100）: conductor_complete に任意の成果を添えられる。
+        //   すべて任意・分からなければ省略可＝渡さなくても従来どおり完了する。既存の完了検出
+        //   （DONE行/アンカー/スクレイプ）には一切影響しない。アンカーより前・末尾アンカーは不変。
+        `また conductor_complete には、可能なら次も一緒に渡してください` +
+        `（すべて任意・分かる範囲でよく、渡さなくても従来どおり完了します）: ` +
+        `branch=作った作業ブランチ名（git rev-parse --abbrev-ref HEAD）、baseBranch=分岐元（通常 main）、` +
+        `headSha=最後のコミット（短縮可）、pushed=pushしたか（true/false）、filesChanged=変更したファイル数、` +
+        `prTitle=お客さま（非エンジニア）がそのまま読む題名（rebase/squash/lint 等の専門用語を避けやさしい日本語で）、` +
+        `prNumber=既にPRがある場合のみ、outcome=pushed（変更してpushした）/no_change（変更不要だった）/` +
+        `blocked（衝突・要判断・許可待ち等で完了できなかった）のいずれか。blockedのときも必ず conductor_complete を呼び` +
+        `reportに理由を書いてください。ブランチを切らない読み取り専用の作業では outcome=no_change を渡してください` +
+        `（branchは省略可）。\n\n` +
         // アンカー（管理用ジョブ印）は必ず本文の最後に置く。完了検出の境界として使う。
         `（管理用ジョブ印・変更不要: ${anchor}）`;
     // 改行(と連続改行)を空白1個に潰し、前後を整える。
@@ -710,37 +1076,117 @@ export function tmuxCapture(site) {
     }
 }
 /**
- * tmux へ本文を1メッセージとして送り、最後に Enter を1回だけ送る。
- *   - `--` で本文をオプション扱いさせない。
- *   - 引数配列で渡すのでシェルのエスケープは不要（日本語・記号もリテラルで渡る）。
- *   - 本文に生 Enter を含めない（buildSendText で改行を潰してある）。
- * 成否を boolean で返す。
+ * 送信用の一時ファイルを置く場所の候補（前から順に試す）。
+ *
+ * 第1候補 `/tmp/claude-<uid>/conductor-relay`:
+ *   職人（Claude Code）が同じ機体で使う使い捨て置き場の下に相間借りする。★職人の鉄則13
+ *   「使い捨てファイルはリポジトリの中に作らない・`/tmp/claude-1000/` に置く」と同じ場所に
+ *   揃えるため（このPCの uid は 1000 なので実体は `/tmp/claude-1000/conductor-relay`）。
+ *   conductor が動く機体には必ず Claude Code が居る＝この親ディレクトリは既に在る。
+ * 第2候補 `os.tmpdir()/conductor-relay-<uid>`:
+ *   `/tmp` が使えない機体（TMPDIR を移している・Mac の一部構成）でも詰まらないための保険。
+ *
+ * どちらも「自分だけが読める」0700 で作り、ファイルは 0600 で置く。指示本文には現場の事情が
+ * 書かれるので、同じ機体の別ユーザーから読めないようにする。
  */
-export function sendToTmux(site, text) {
-    try {
-        execFileSync('tmux', ['send-keys', '-t', site, '--', text], { stdio: 'ignore' });
-        execFileSync('tmux', ['send-keys', '-t', site, 'Enter'], { stdio: 'ignore' });
-        return true;
-    }
-    catch {
-        return false;
+export function relaySendTmpDirs() {
+    const uid = typeof process.getuid === 'function' ? process.getuid() : 0;
+    return [
+        path.join('/tmp', `claude-${uid}`, 'conductor-relay'),
+        path.join(os.tmpdir(), `conductor-relay-${uid}`),
+    ];
+}
+/** tmux バッファ名の接頭辞（他人のバッファと衝突させないため現場・PID・時刻で一意にする）。 */
+export const RELAY_SEND_BUFFER_PREFIX = 'conductor-send';
+/** 本文を書いた一時ファイルを作ってパスを返す。どこにも書けなければ例外。 */
+function writeSendTmpFile(text) {
+    let lastErr = new Error('一時ファイルの置き場が1つも作れませんでした');
+    for (const dir of relaySendTmpDirs()) {
+        try {
+            mkdirSync(dir, { recursive: true, mode: 0o700 });
+            const unique = `${process.pid}-${Date.now()}-${Math.random().toString(36).slice(2, 8)}`;
+            const file = path.join(dir, `send-${unique}.txt`);
+            writeFileSync(file, text, { encoding: 'utf8', mode: 0o600 });
+            return file;
+        }
+        catch (err) {
+            lastErr = err;
+        }
     }
+    throw lastErr;
+}
+/** 例外から tmux の言い分（stderr）を1行に畳んで取り出す。ログに理由を残すため。 */
+function describeExecError(err) {
+    const e = err;
+    const raw = e?.stderr;
+    const stderr = typeof raw === 'string' ? raw : raw ? Buffer.from(raw).toString('utf8') : '';
+    const detail = (stderr.trim() || e?.message || String(err)).replace(/\s+/g, ' ').trim();
+    return detail.slice(0, 500) || '(理由不明)';
+}
+/** tmux を1回呼ぶ。失敗時は stderr を積んだ例外がそのまま飛ぶ。 */
+function runTmux(args) {
+    execFileSync('tmux', args, { stdio: ['ignore', 'ignore', 'pipe'] });
 }
 /**
- * tmux セッションへ「単一キー」を送る（Enter は付けない）。
- *   許可プロンプトの番号選択メニューは、数字キー単押しで該当肢を即選択して進む（Enter不要）。
- *   そのため ALLOW→"1" / DENY→"3" は send-keys でキーだけ送る。`--` も Enter も付けない。
- *   （sendToTmux は本文＋Enter＝1メッセージ送信用。選択肢キー送信とは用途が異なるので別関数にする。）
- * 成否を boolean で返す（失敗は握って false＝送らない側）。
+ * tmux へ本文を1メッセージとして送り、最後に Enter を1回だけ送る。
+ *
+ * 【なぜ send-keys の引数に本文を載せないか（実測 2026-09-03 21:34〜の根治）】
+ *   tmux のクライアント→サーバの1命令には上限（IPC のメッセージ長・16KB前後）がある。
+ *   本文を `send-keys -- <本文>` の引数に丸ごと載せる作りだと、本文が上限を超えた便で
+ *   tmux 自身が命令を受け取れず失敗し、relay は `send-keys failed, keep queued` と出して
+ *   永久に「待っています」のまま止まった（本文 約15KB の便 b14c9d23／devlog-tracker）。
+ *
+ * 【根治】本文を一時ファイルへ書き、`load-buffer`（ファイルから読むので長さの上限が無い）で
+ *   tmux のバッファに載せ、`paste-buffer` で職人の窓へ貼る。引数に本文を載せないので、
+ *   本文がどれだけ長くても命令そのものは短いまま＝上限に当たらない。
+ *
+ * 【長さで分岐しない】短い本文も同じ経路を通す。「短いときだけ別の道」を残すと、
+ *   境界の前後で挙動が変わる穴（＝今回と同じ型の事故）をまた作ることになる（鉄則10 根治）。
+ *
+ * 【`-p`（ブラケットペースト）を付ける理由】
+ *   付けないと、バッファの中の改行がそのまま Enter として届き、本文の途中で送信されてしまう
+ *   （＝指示が切り刻まれる）。`-p` は「ここからここまでは貼り付け」と印を付けて渡すので、
+ *   受け手の Claude Code は改行込みで1つの入力として受け取る。送信は最後の Enter 1回だけ。
+ *   ★これで「本文に改行を含めない」という前提（buildSendText の改行潰し）に頼らなくなる。
+ *
+ * 【後始末】
+ *   - 一時ファイルは成功・失敗にかかわらず必ず消す（finally）。
+ *   - tmux バッファは `-d` で貼った直後に tmux 自身が消す。貼る前に転んだ場合だけ
+ *     delete-buffer で拾い直す（残しておくと `tmux show-buffer` で他人に読まれ得るため）。
+ *
+ * 失敗したときは false を返し（呼び出し側は今までどおり keep queued で残す）、
+ * ★tmux の言い分（stderr）をログに出す。以前は `failed` としか出ず原因が追えなかった。
  */
-export function sendKeyToTmux(site, key) {
+export function sendToTmux(site, text) {
+    const bufferName = `${RELAY_SEND_BUFFER_PREFIX}-${site}-${process.pid}-${Date.now()}`;
+    let file = null;
     try {
-        execFileSync('tmux', ['send-keys', '-t', site, key], { stdio: 'ignore' });
+        file = writeSendTmpFile(text);
+        runTmux(['load-buffer', '-b', bufferName, file]);
+        runTmux(['paste-buffer', '-d', '-p', '-b', bufferName, '-t', site]);
+        runTmux(['send-keys', '-t', site, 'Enter']);
         return true;
     }
-    catch {
+    catch (err) {
+        log(`WARN site=${site} 本文の投入に失敗（${text.length}文字）: ${describeExecError(err)}`);
+        try {
+            execFileSync('tmux', ['delete-buffer', '-b', bufferName], { stdio: 'ignore' });
+        }
+        catch {
+            // 貼れていれば -d で既に消えている。無いバッファを消そうとしたエラーは無視してよい。
+        }
         return false;
     }
+    finally {
+        if (file !== null) {
+            try {
+                unlinkSync(file);
+            }
+            catch {
+                // 消せなくても送信の成否は変えない（次回の一意名で上書きもされない＝溜まるだけ）。
+            }
+        }
+    }
 }
 /**
  * 二重チェックの「アイドル」判定。
@@ -769,14 +1215,14 @@ export async function isIdleStable(site) {
 const now = () => new Date().toLocaleTimeString();
 const log = (msg) => console.log(`[relay] ${now()} ${msg}`);
 /**
- * 共有シークレットを Bearer で付ける認可ヘッダを組み立てる（全API共通・コピペ増殖を避ける）。
- * 鍵はコードに書かず cfg.secret（環境変数由来）からのみ受け取る。
+ * テナントトークンを Bearer で付ける認可ヘッダを組み立てる（全API共通・コピペ増殖を避ける）。
+ * 鍵はコードに書かず cfg.token（環境変数 CONDUCTOR_TOKEN 由来）からのみ受け取る。
  */
 function authHeaders(cfg) {
-    return { Authorization: `Bearer ${cfg.secret}` };
+    return { Authorization: `Bearer ${cfg.token}` };
 }
 /**
- * 中央の緊急停止フラグを取得。GET {url}/api/conductor/control（共有シークレット Bearer）。
+ * 中央の緊急停止フラグを取得。GET {url}/api/conductor/control（テナントトークン Bearer）。
  *
  * 【最重要・安全側のフェイルセーフ】
  *   取得失敗（ネットワーク不通 / HTTP非2xx / 応答が不正）のときは relayHalted=true とみなす。
@@ -786,6 +1232,8 @@ function authHeaders(cfg) {
 export async function fetchControl(cfg) {
     try {
         // ?site= を付けて per-site の relayEnabled も同時に取得（ADR-038）。site 無し応答とも後方互換。
+        // ★段3: 許可応答(permAnswer)の宛先特定用だった ?machine= は、答えを届ける役目ごと撤去したので
+        //   付けない。応答に permAnswer が載っていても relay は読まない（中央側の受け口整理は段3-B）。
         const url = `${cfg.url}/api/conductor/control?site=${encodeURIComponent(cfg.site)}`;
         const res = await fetch(url, { headers: authHeaders(cfg) });
         if (!res.ok) {
@@ -875,7 +1323,7 @@ export async function patchStatus(cfg, id, status, report) {
 }
 /**
  * 指示 {id} 単体の現在 status を中央へ問う（外部完了検出の根治プローブ）。
- *   GET /api/conductor/commands/{id}（共有シークレット Bearer）。応答 JSON から status 文字列を拾う。
+ *   GET /api/conductor/commands/{id}（テナントトークン Bearer）。応答 JSON から status 文字列を拾う。
  *   - 応答形は `{ status }` / `{ command: { status } }` / 素の command オブジェクトのいずれも許容する。
  *   - status を確定的に読めた場合のみ小文字化して返す。それ以外（非2xx・404・タイムアウト・通信失敗・
  *     status 欠落/非文字列）はすべて null＝「中央不達 or 未知」を意味し、呼び出し側は従来経路
@@ -907,20 +1355,55 @@ export async function fetchCommandStatus(cfg, id) {
     }
 }
 /**
- * 生存ハートビートを中央へ送る（案①・調査 cmqbuch4l）。
- *   PATCH /api/conductor/commands/{id}/seen（共有シークレット Bearer）。
+ * このtickで生存ハートビート(bare)を送るかを決める純粋関数（I/Oなし＝単体テスト可能）。
+ *
+ * 【段3で何を撤去したか】以前ここには perm_wait / working の状態通知があり、承認プロンプトの
+ *   出現・解決のエッジや「質問が切り替わった」ことまで見て中央へ状態を送っていた（⑪の perm_wait
+ *   判定・ObservedState / observeState / lastPromptKey）。確認の受け渡しがフック経路へ移り、
+ *   質問の中身を画面から読まなくなったので、状態通知はまるごと撤去した。残るのは
+ *   「まだ生きている」を伝えるだけの bare heartbeat（keepalive）。
+ *
+ * 【★alive に選択メニュー中も含める理由（撤去による退行を出さないため）】
+ *   中央は lastSeenAt が途切れた sent を sweep で stalled/failed 化する。職人がフックの確認で
+ *   止まっている間は busy シグナル（esc to interrupt）が消えるので、busy だけを生存の根拠にすると
+ *   「人の答えを待っているだけなのに落ちた職人に見える」誤表示が起きる（撤去前は perm_wait が
+ *   この役目を兼ねていた）。よって「作業中 または 選択メニュー表示中」を生存とみなす。
+ *   ★送るのは従来と同じ body 無しの bare のみ＝質問文も状態も中央へ送らない。
+ *
+ *   - alive      : 作業中シグナルあり、または選択メニュー表示中。
+ *   - throttleOk : lastHeartbeatAt から RELAY_HEARTBEAT_INTERVAL_MS 以上経過したか。
+ */
+export function decideHeartbeat(alive, throttleOk) {
+    if (!alive)
+        return 'none'; // 完全なアイドルは中央へ送るものが無い（従来どおり）。
+    return throttleOk ? 'bare' : 'none';
+}
+/**
+ * 生存ハートビート（bare）を中央へ送る（案①・調査 cmqbuch4l）。
+ *   PATCH /api/conductor/commands/{id}/seen（テナントトークン Bearer・★body 無し）。
  *   中央は where{id,status:'sent'} の指示にだけ lastSeenAt=now() を刻む（終端後は無視＝冪等）。
  *
  * 【方針】これは「中央へ生存を知らせるだけ」の最善努力通知。失敗は致命ではないので patchStatus 同様
  *   例外を外へ投げず、ここで握りつぶしてログのみ出す。中央不達時は lastSeenAt が更新されず、
  *   中央側は従来どおり sentAt 基準（15分 TTL）へ無損失で縮退する（後方互換）。
+ *
+ * 【段3で何を撤去したか】以前はここから state='perm_wait'/'working' と、質問全文(question)・種別・
+ *   選択肢・1行説明(summary)・番人の再判定(verdict)・promptResolved を JSON body で送っていた
+ *   （＝/seen の perm 系）。画面から質問を読む処理ごと撤去したため、送るのは body 無しの生存通知だけ。
+ *   確認そのものは PermissionRequest フックが別の口（hook-requests）でデータとして届ける。
  */
-export async function sendHeartbeat(cfg, id) {
+export async function sendHeartbeat(cfg, id, busy = false) {
     try {
-        const res = await fetch(`${cfg.url}/api/conductor/commands/${encodeURIComponent(id)}/seen`, {
-            method: 'PATCH',
-            headers: authHeaders(cfg),
-        });
+        // ★busy が【真偽値の true】のときだけ body を載せる。それ以外は今までと1バイトも変えない
+        //   （body 無しの PATCH）。中央も "true" や 1 のような真偽値でない値は無視する仕様。
+        const init = busy === true
+            ? {
+                method: 'PATCH',
+                headers: { ...authHeaders(cfg), 'Content-Type': 'application/json' },
+                body: JSON.stringify({ busy: true }),
+            }
+            : { method: 'PATCH', headers: authHeaders(cfg) };
+        const res = await fetch(`${cfg.url}/api/conductor/commands/${encodeURIComponent(id)}/seen`, init);
         if (!res.ok) {
             log(`site=${cfg.site} id=${id} heartbeat -> HTTP ${res.status} NG（次回再試行・縮退で安全）`);
         }
@@ -930,7 +1413,207 @@ export async function sendHeartbeat(cfg, id) {
     }
 }
 /**
- * 自分宛(machine+site)の sent孤児を取得。GET /api/conductor/commands/orphans（共有シークレット Bearer）。
+ * いま「作業中です」と手を挙げる（busy:true を載せる）かを決める純粋関数。
+ *
+ * 【★手を挙げるのは「手を動かしている」印があるときだけ】
+ *   使うのは busy シグナル（入力枠フッターの `esc to interrupt` / スピナー＝hasBusySignal）。
+ *   これは「職人がいま処理を回している」ことを画面から直に読める、いちばん確かな印である。
+ *
+ * 【★選択メニュー中は挙げない】
+ *   メニューは【人の答え待ち】で、職人の手は止まっている。ここで手を挙げ続けると、
+ *   誰も答えないまま現場が長時間ふさがる。生存通知（lastSeenAt）は従来どおりメニュー中も
+ *   送るので、「落ちた職人」と誤認されることはない＝退行しない。
+ *
+ * 【★迷ったら挙げない】
+ *   busy とメニューが同時に見えるような読み取りは、どちらとも言い切れない。挙げなければ
+ *   従来どおり（中央は30分で解放）＝いまと同じ動きに戻るだけなので、そちらへ倒す。
+ */
+export function shouldRaiseBusy(busySignal, menuOpen) {
+    if (menuOpen)
+        return false;
+    return busySignal === true;
+}
+/**
+ * 手を挙げた／下ろしたの【変わり目だけ】をログに出す。状態は state.busyRaisedId が持つ。
+ *   ★毎回のハートビートで出すと現場のログが埋まるので、変わったときだけ1行。
+ *   ★秘密は出さない（現場名と指示idだけ）。
+ */
+export function noteBusyEdge(state, site, id, raise, logLine) {
+    if (raise) {
+        if (state.busyRaisedId !== id) {
+            state.busyRaisedId = id;
+            logLine(`site=${site} id=${id} 作業中の手を挙げました（中央の時間切れを保留させます）`);
+        }
+        return;
+    }
+    if (state.busyRaisedId === id) {
+        state.busyRaisedId = null;
+        logLine(`site=${site} id=${id} 作業中の手を下ろしました（中央は従来どおり時間で解放します）`);
+    }
+}
+// ───────────────────────────────────────────────────────────────────────────
+// 生存の見張り（keepalive）— 配達の追跡(pending)とは別の寿命で回す（調査 176aebcf・案①-a）
+//
+// 【なぜ分けるのか】pending の上限(15分)は「固着して次の指示を拾えない」を防ぐための時計で、
+//   短いほうがよい。ところが従来はそれを過ぎると生存通知(/seen)まで一緒に止まっていた。
+//   生存通知の送り手は relay だけなので、以後その指示には二度と通知が飛ばず、中央では
+//   sent →(5分)→ stalled →(30分)→ timeout と一方通行に落ちる。職人が実際には作業中でも
+//   管制は「返事がありません」のまま戻らない（2026-09-01 実地）。中央側の戻り道は既にある
+//   （/seen の body 無し通知が stalled → sent へ戻す）ので、送り手を絶やさないだけで直る。
+//
+// 【この経路がやらないこと】★再送は一切しない（本文も再送回数も持たない）。やるのは
+//   ①生存通知 ②画面の DONE 行を見つけたときの完了報告 ③中央が終端なら畳む、の3つだけ。
+// ───────────────────────────────────────────────────────────────────────────
+/**
+ * 見張りを引き継ぐ（pending → keepalive）。★I/Oなし＝単体テスト可能。
+ *
+ * 引き継がない条件（どちらも「引き継ぐ根拠がない／壊す」ケース）:
+ *   - 未着信(delivered=false): アンカーが画面に出ていない＝職人に届いた確証がない。
+ *     生きているかどうかを語る根拠が無いので、生存通知を送ってはいけない。
+ *   - 既に別の見張りがある: 新しい指示で古い見張りを上書きしない（便の縛り）。同一現場に
+ *     複数の in-flight が並ぶかどうかの整理は中央の inFlight ガードの仕事で、relay 側で
+ *     取り合いをすると「どちらの生存も伝わらない」時間が生まれる。
+ *
+ * @returns 引き継いだら true（呼び出し側はログを出す）。
+ */
+export function startKeepalive(state, pending, now) {
+    if (!pending.delivered)
+        return false;
+    if (state.keepalive !== null)
+        return false;
+    state.keepalive = {
+        id: pending.id,
+        site: pending.site,
+        anchor: pending.anchor,
+        startedAt: now,
+        lastHeartbeatAt: null,
+        screenDoneUsable: true,
+    };
+    return true;
+}
+/**
+ * このtickで見張りが何をするかを決める純粋関数（I/Oなし＝単体テスト可能）。
+ *
+ * 判定の順序には理由がある:
+ *   1) expired  … 上限を過ぎたら他を見ずに畳む（無限に送り続けない）。
+ *   2) capOk    … 画面が読めないtickは何も決めない（断定しない・次tick再確認）。
+ *   3) doneSeen … 完了は最優先で拾う（生存通知より先。畳む前に必ず報告する）。
+ *   4) alive    … 作業中／選択メニュー表示中は生きている。スロットルが空いていれば通知。
+ *   5) idle     … 完全に静止＝作業が終わったか止まったか。中央に答え合わせをする。
+ *   ★alive でも idle でもない中間（画面は動いているが busy 印が無い等）は 'wait'＝黙って待つ。
+ */
+export function decideKeepalive(input) {
+    if (input.expired)
+        return 'expire';
+    if (!input.capOk)
+        return 'wait';
+    if (input.doneSeen)
+        return 'done';
+    if (input.alive)
+        return input.throttleOk ? 'heartbeat' : 'wait';
+    if (input.idle)
+        return 'probe';
+    return 'wait';
+}
+const DEFAULT_KEEPALIVE_DEPS = {
+    capture: (site) => tmuxCapture(site),
+    heartbeat: (cfg, id, busy) => sendHeartbeat(cfg, id, busy === true),
+    complete: (cfg, id, report) => patchStatus(cfg, id, 'done', report),
+    centralStatus: (cfg, id) => fetchCommandStatus(cfg, id),
+    now: () => Date.now(),
+    logLine: (msg) => log(msg),
+};
+/**
+ * 見張りの1tick（I/Oあり）。★relayTick から pending 分岐より前に呼ぶ。
+ *
+ * ここで return しても relayTick は続行する＝**見張り中でも新しい指示の取得・送信は従来どおり**
+ * 動く（pending を落とす本来の目的を殺さない）。判断そのものは decideKeepalive に委ねる。
+ */
+export async function keepaliveTick(cfg, state, deps = {}) {
+    const ka = state.keepalive;
+    if (!ka)
+        return;
+    const { capture, heartbeat, complete, centralStatus: getStatus, now: clock, logLine } = {
+        ...DEFAULT_KEEPALIVE_DEPS,
+        ...deps,
+    };
+    // ★窓の持ち主が替わったら、画面からの完了検出はやめる（取り違えた完了を構造的に防ぐ）。
+    //   別の指示が同じ窓で動くと、その出力も古いアンカーより下に並ぶため、そのまま読むと
+    //   新しい指示の DONE 行と報告を、見張っている古い指示の完了として送ってしまう。
+    if (ka.screenDoneUsable && state.pending !== null && state.pending.id !== ka.id) {
+        ka.screenDoneUsable = false;
+        logLine(`site=${cfg.site} id=${ka.id} 見張り継続: 画面からの完了検出は打ち切り` +
+            `（同じ窓で別の指示 id=${state.pending.id} が動き始めたため）。生存通知は続けます`);
+    }
+    const now = clock();
+    const expired = now - ka.startedAt >= RELAY_KEEPALIVE_MAX_MS;
+    // 上限を過ぎているなら画面は見ない（畳むと決まっているので capture の費用をかけない）。
+    const cap = expired ? null : capture(ka.site);
+    // ★見張りに入っている＝その指示は必ず着信済み（startKeepalive が delivered を要求する）。
+    //   よってアンカーが流れて消えていても、画面全体を見てよい（ADR-020）。
+    const below = cap === null ? null : sliceForDoneScan(cap, ka.anchor, true);
+    // ★「作業中です」の印は busy シグナルだけで決める（メニュー中は挙げない・shouldRaiseBusy）。
+    //   生存通知の可否(alive)は従来どおり busy ∪ メニュー＝1文字も変えない。
+    const kaBusySignal = cap !== null && hasBusySignalFor(cap, kindOf(cfg));
+    const kaMenu = cap !== null && hasChoiceMenuFor(cap, kindOf(cfg));
+    const action = decideKeepalive({
+        expired,
+        capOk: cap !== null,
+        doneSeen: ka.screenDoneUsable && below !== null && hasStandaloneDone(below, ka.site),
+        alive: cap !== null && (kaBusySignal || kaMenu),
+        idle: cap !== null && looksIdleFor(cap, kindOf(cfg)),
+        throttleOk: ka.lastHeartbeatAt === null || now - ka.lastHeartbeatAt >= RELAY_HEARTBEAT_INTERVAL_MS,
+    });
+    if (action === 'wait')
+        return;
+    if (action === 'heartbeat') {
+        ka.lastHeartbeatAt = now;
+        const raise = shouldRaiseBusy(kaBusySignal, kaMenu);
+        noteBusyEdge(state, cfg.site, ka.id, raise, logLine);
+        // ★継続のログ。出るのは最大でも RELAY_HEARTBEAT_INTERVAL_MS に1回（スロットルに相乗り）。
+        logLine(`site=${cfg.site} id=${ka.id} 見張り継続: 職人は生きています→生存通知` +
+            `（配達の追跡は解除済み・経過${Math.round((now - ka.startedAt) / 1000)}s）`);
+        await heartbeat(cfg, ka.id, raise);
+        return;
+    }
+    if (action === 'done') {
+        // 完了は従来の経路（画面の DONE 行＋報告本文）にそのまま乗せる。報告も落とさない。
+        const report = below === null ? null : extractReport(below);
+        if (await complete(cfg, ka.id, report)) {
+            logLine(`site=${cfg.site} id=${ka.id} 見張り終了: 画面のDONEを検出し完了を報告` +
+                `${report != null ? '（報告添付）' : ''}`);
+            // ★終わったら必ず手を下ろす（挙げっぱなしにすると現場が長くふさがる）。
+            noteBusyEdge(state, cfg.site, ka.id, false, logLine);
+            state.keepalive = null;
+        }
+        // 報告に失敗したら畳まない（次tickで再試行。上限が最終的に打ち切る）。
+        return;
+    }
+    // 'probe' / 'expire' … どちらも中央に答え合わせをしてから畳むかを決める。
+    const centralStatus = await getStatus(cfg, ka.id);
+    if (action === 'expire') {
+        // ★上限は無条件で畳む（無限に送り続けない）。中央の言い分はログに残すだけ。
+        logLine(`site=${cfg.site} id=${ka.id} 見張り終了: 上限${Math.round(RELAY_KEEPALIVE_MAX_MS / 60000)}分に到達` +
+            `（中央status=${centralStatus ?? '不明'}）`);
+        noteBusyEdge(state, cfg.site, ka.id, false, logLine);
+        state.keepalive = null;
+        return;
+    }
+    if (isCentralFinished(centralStatus)) {
+        logLine(`site=${cfg.site} id=${ka.id} 見張り終了: 中央で終端(status=${centralStatus})を確認`);
+        noteBusyEdge(state, cfg.site, ka.id, false, logLine);
+        state.keepalive = null;
+    }
+    // ★'probe' で終端でなかった場合（職人が静止しているだけ）は生存通知を送らない＝
+    //   手も挙げない。ここで挙げっぱなしにすると「止まっている職人」で現場をふさぐ。
+    if (action === 'probe') {
+        noteBusyEdge(state, cfg.site, ka.id, false, logLine);
+    }
+    // 終端でない（まだ生きている／中央不達）なら畳まない。職人が静止しているだけなので、
+    // 生存通知は送らずに見張りだけ続ける＝中央は従来どおり stalled へ落とせる（誤魔化さない）。
+}
+/**
+ * 自分宛(machine+site)の sent孤児を取得。GET /api/conductor/commands/orphans（テナントトークン Bearer）。
  *   - タイムアウト(RELAY_ORPHAN_FETCH_TIMEOUT_MS)を付け、devlog 到達不能でも起動がハングしない。
  *   - 空配列/エラー/未到達/不正応答はすべて [] を返す（起動を妨げないフェイルセーフ）。
  *   - sentAt は数値(ms)でも ISO 文字列でも受け、解釈不能なら現在時刻にフォールバック
@@ -1019,6 +1702,10 @@ export async function relayTick(cfg, state) {
     if (state.running)
         return; // 前回の tick が走行中ならスキップ
     state.running = true;
+    // 承認待ちの観測値は毎tick「出ていない」から始める（下でプロンプトを検知したときだけ true にする）。
+    // ここで false に戻しておくと、プロンプトが消えた／pending が無い／早期 return のどの経路でも、
+    // 次のtick間隔が自動的に通常（15秒）へ戻る。★判定ロジックはこの値を一切参照しない（観測専用）。
+    state.promptPending = false;
     try {
         // ── sent孤児の復元(2-b・起動後1回) ──
         // cli.ts を触らず「起動時1回」を実現するため、最初の tick でだけ復元する。
@@ -1028,6 +1715,21 @@ export async function relayTick(cfg, state) {
             state.restored = true;
             await restoreOrphans(cfg, state);
         }
+        // ── 手を挙げっぱなしを防ぐ最後の砦（★割り込みの根治・便2／3） ──
+        // 「作業中です」と手を挙げた指示が、もう追跡対象（pending でも keepalive でもない）で
+        // なくなっていたら、必ず下ろす。完了・中央での終端・放棄・再起動のどの道で抜けても、
+        // ここを通れば下りる＝★挙げっぱなしで現場が長時間ふさがることが構造的に起きない。
+        if (state.busyRaisedId !== null &&
+            state.pending?.id !== state.busyRaisedId &&
+            state.keepalive?.id !== state.busyRaisedId) {
+            noteBusyEdge(state, cfg.site, state.busyRaisedId, false, log);
+        }
+        // ── 生存の見張り（keepalive・pending とは別の寿命） ──
+        // pending の上限で「配達の追跡」を畳んだ指示について、職人が生きて見える限り中央へ
+        // 生存通知を送り続ける（調査 176aebcf・案①-a）。★ここでは return しない＝この下の
+        // pending 分岐も新規指示の取得も従来どおり動く（pending を落とす目的を殺さない）。
+        // 停止中(relayHalted)でも続けるのは、既に送った指示の後始末は進めるという既存方針と同じ。
+        await keepaliveTick(cfg, state);
         // ── 完了マーカー検出（pending があれば最優先・停止中でも継続） ──
         if (state.pending) {
             const cap = tmuxCapture(cfg.site);
@@ -1052,7 +1754,22 @@ export async function relayTick(cfg, state) {
             }
             // アンカー（今回送信の境界）より下だけを見て DONE:{site} 単独行を探す。
             // churn で古い DONE が押し出されても・過去ジョブの DONE が窓に残っても、誤検出/見逃しなし。
-            const below = sliceBelowAnchor(cap, state.pending.anchor);
+            // ★アンカーが既に流れて消えている場合は、着信を確認済み(delivered)なら画面全体を見る
+            //   （ADR-020。全画面表示の職人はさかのぼれる行が無く、アンカーが数秒で消えるため）。
+            // ★Codex は完了と報告が notify でデータとして届く（ADR-021）。画面より先にそちらを見る。
+            //   届いていれば、そのまま【既存の完了経路】へ橋渡しする（道は1本のまま）。
+            if (kindOf(cfg) === 'codex') {
+                const notice = takeCodexNotice(cfg.site);
+                if (notice !== null) {
+                    const report = notice.report.trim().length > 0 ? notice.report : null;
+                    if (await patchStatus(cfg, state.pending.id, 'done', report)) {
+                        log(`site=${cfg.site} id=${state.pending.id} done（Codexの通知${report != null ? '・報告添付' : ''}）`);
+                        state.pending = null;
+                    }
+                    return;
+                }
+            }
+            const below = sliceForDoneScan(cap, state.pending.anchor, state.pending.delivered);
             if (below !== null && hasStandaloneDone(below, cfg.site)) {
                 // 報告本文も「アンカーより下」から抜き出す（今回ジョブの報告に限定。過去報告の誤添付を防ぐ）。
                 const report = extractReport(below);
@@ -1075,7 +1792,7 @@ export async function relayTick(cfg, state) {
             //   従来の detectExternalDone（別idが配れる＝終端の確証）へフォールバックする。中央側 status API が
             //   入るまではこの副シグナルが従来どおり効き、入った後は主シグナル(status)が確実に固着を断つ。
             // HTTP コストを抑えるため delivered＋アイドルのときだけ probe する（busyな通常作業中は叩かない）。
-            const idle = looksIdle(cap);
+            const idle = looksIdleFor(cap, kindOf(cfg));
             if (state.pending.delivered && idle) {
                 const centralStatus = await fetchCommandStatus(cfg, state.pending.id);
                 if (isTerminalCommandStatus(centralStatus)) {
@@ -1105,17 +1822,43 @@ export async function relayTick(cfg, state) {
                 }
             }
             // ── 生存ハートビート(案①・調査 cmqbuch4l) ──
-            // 職人が確実に busy（esc to interrupt 等）なら「まだ作業中」を中央へ通知し lastSeenAt を更新する。
-            // 中央はこれを生存基準（COALESCE(lastSeenAt,sentAt)>cutoff）に使い、長時間作業中の sent を
-            // 15分 TTL で誤って failed 化しない。毎tick送らず RELAY_HEARTBEAT_INTERVAL_MS でスロットルする。
+            // 職人が生きている（作業中、または人の答えを待って選択メニューで止まっている）なら
+            // 「まだ動いている」を中央へ通知し lastSeenAt を更新する。中央はこれを生存基準
+            // （COALESCE(lastSeenAt,sentAt)>cutoff）に使い、長時間作業中の sent を 15分 TTL で誤って
+            // failed 化しない。毎tick送らず RELAY_HEARTBEAT_INTERVAL_MS でスロットルする。
             // 送信失敗は握りつぶし（sendHeartbeat 内でログのみ）→中央不達時は従来 sentAt 基準へ無損失縮退。
-            if (hasBusySignal(cap)) {
-                const nowMs = Date.now();
-                if (state.lastHeartbeatAt === null ||
-                    nowMs - state.lastHeartbeatAt >= RELAY_HEARTBEAT_INTERVAL_MS) {
-                    state.lastHeartbeatAt = nowMs;
-                    await sendHeartbeat(cfg, state.pending.id);
+            //
+            // 【段3の撤去点】以前はここで承認プロンプトの中身を読み、perm_wait / working と質問全文・
+            //   選択肢・1行説明・番人の再判定を中央へ送っていた（⑪の perm_wait 判定・⑫⑬⑯）。
+            //   確認の受け渡しはフック経路（permission_request_hook.py → hook-requests）へ移したので、
+            //   ここは「生存を伝えるだけ」に戻した。選択メニュー中も生存に数えるのは、busy シグナルが
+            //   消えるこの区間で中央に「落ちた職人」と誤認させないため（decideHeartbeat のコメント参照）。
+            const menu = hasChoiceMenuFor(cap, kindOf(cfg));
+            // 職人が選択メニューで止まっている観測値。cli.ts の適応スケジューラが次tick間隔に使うだけで、
+            // relayTick の判定・送信には一切影響しない（観測専用）。
+            state.promptPending = menu;
+            const nowMs = Date.now();
+            const throttleOk = state.lastHeartbeatAt === null ||
+                nowMs - state.lastHeartbeatAt >= RELAY_HEARTBEAT_INTERVAL_MS;
+            // ★「作業中です」の印は busy シグナルだけで決める（メニュー中は挙げない・shouldRaiseBusy）。
+            //   生存通知の可否は従来どおり busy ∪ メニュー＝1文字も変えない。
+            const busySignal = hasBusySignalFor(cap, kindOf(cfg));
+            const decision = decideHeartbeat(busySignal || menu, throttleOk);
+            if (decision === 'bare') {
+                state.lastHeartbeatAt = nowMs;
+                // ★通らなかった理由を1行残す（PR#88 と同じ作法）: 撤去によって「黙って止まる」を作らない。
+                //   フックが配線されていない／管制へ届かない現場では、職人が選択メニューで止まったまま
+                //   誰にも知らされない（relay はもう質問を管制へ運ばない）。せめて現場のログに痕跡を残す。
+                //   ★質問の中身は読まないので出せない＝「メニューで止まっている」事実だけを出す。
+                //   生存HBのスロットルに相乗りするので、出るのは最大でも RELAY_HEARTBEAT_INTERVAL_MS に1回。
+                if (menu) {
+                    log(`WARN site=${cfg.site} id=${state.pending.id} 職人が確認メニューで停止中` +
+                        '（relayは答えない。PermissionRequestフックが管制へ渡しているか、' +
+                        'フック未配線なら職人の端末で直接answerが必要）');
                 }
+                const raise = shouldRaiseBusy(busySignal, menu);
+                noteBusyEdge(state, cfg.site, state.pending.id, raise, log);
+                await sendHeartbeat(cfg, state.pending.id, raise);
             }
             // ── 生存中の自動再送(2-a)。DONE 未達のとき、未着信＋アイドルなら同一指示を再送する ──
             // 冪等性最優先: 着信判定(anchor可視)は cap から即わかる。アイドルの二重チェック
@@ -1150,6 +1893,28 @@ export async function relayTick(cfg, state) {
                     },
                 });
                 if (decision.verdict === 'resend') {
+                    // ── 中央status照合（done済み再配達の根治・2026-07-09 実地バグ） ──
+                    // 完了が conductor_complete(MCP直行) で立つと中央は done になるが、relay が画面のDONE行を
+                    // 取りこぼすとローカル pending が残り、この経路が同一指示を延々と再配達していた。上の
+                    // 「外部完了検出」は delivered＋アイドルでしか走らず、この !delivered な再送経路とは条件が
+                    // 排他なので一度も中央を見ていなかった。再送しようとする今このtickでだけ照合する
+                    // （毎tickのポーリングにはしない＝中央への負荷を増やさない）。
+                    const centralStatus = await fetchCommandStatus(cfg, state.pending.id);
+                    const reconcile = decideCentralReconcile(centralStatus);
+                    if (reconcile === 'drop') {
+                        state.abandoned.add(state.pending.id); // 以後この id は二度と配達しない。
+                        log(`site=${cfg.site} id=${state.pending.id} 中央で${centralStatus}確認` +
+                            '→再送中止・ローカル解放（done済み再配達の根治）');
+                        state.pending = null;
+                        state.lastHeartbeatAt = null;
+                        return; // 次tickで halt確認→fetchCommand→通常経路。
+                    }
+                    if (reconcile === 'skip') {
+                        // 中央不達/未知。再送を見送り次tickで再試行（照合失敗で relay 本体は落とさない）。
+                        log(`site=${cfg.site} id=${state.pending.id} 中央status照合できず` +
+                            `(status=${centralStatus ?? 'null'})→このtickは再送見送り（次tick再試行）`);
+                        return;
+                    }
                     // ── 配達回数の絶対上限（保険・無限ループの構造的封じ込め） ──
                     // slow相は打ち切らず継続する設計＋pendingタイムアウト後の再取得で、職人窓が永久に
                     // 未着信/未DONEだと事実上無限に再配達し得る。累計が上限を超えたらこの command を放棄し
@@ -1167,7 +1932,7 @@ export async function relayTick(cfg, state) {
                     }
                     // 送信直前ガード（looksLikeClaude）も初回送信と同様に尊重し、非claude窓への誤爆を防ぐ。
                     const guardCap = tmuxCapture(cfg.site);
-                    if (guardCap === null || !looksLikeClaude(guardCap)) {
+                    if (guardCap === null || !looksLikeAgent(guardCap, kindOf(cfg))) {
                         log(`WARN site=${cfg.site} id=${state.pending.id} 再送直前にClaude Codeの箱を` +
                             '確認できず再送中止（次tick再判定）');
                         return;
@@ -1177,7 +1942,8 @@ export async function relayTick(cfg, state) {
                     // id 不変＝anchor 不変なので、初回と同一の送信テキストを再生成する。
                     const text = buildSendText(state.pending.body, cfg.site, state.pending.anchor);
                     if (!sendToTmux(cfg.site, text)) {
-                        log(`再送 send-keys failed, keep pending: ${cfg.site}/${state.pending.id}`);
+                        // 失敗の理由（tmux の stderr）は sendToTmux が直前の行に出している。
+                        log(`再送 本文の投入に失敗, keep pending: ${cfg.site}/${state.pending.id}`);
                         return;
                     }
                     state.pending.resendCount += 1;
@@ -1199,10 +1965,20 @@ export async function relayTick(cfg, state) {
             }
             // DONE 未達のまま上限時間を超えたら、固着回避のため relay 内部で pending を解除して次へ進む。
             // （CC2 の異常終了等で DONE が永遠に来ないケースの根治。サーバ status は戻さない＝relay内部のみ。）
+            //
+            // ★ここで畳むのは「配達の追跡」だけ（調査 176aebcf・案①-a）。生存の見張りは keepalive へ
+            //   引き継ぎ、職人が生きて見える限り中央への生存通知を続ける。従来はここで通知まで止まり、
+            //   作業中の職人が中央で stalled → timeout へ一方通行に落ちていた。
             const elapsedMs = Date.now() - state.pending.sentAt;
             if (elapsedMs > RELAY_PENDING_TIMEOUT_MS) {
+                const handedOver = startKeepalive(state, state.pending, Date.now());
                 log(`WARN site=${cfg.site} id=${state.pending.id} が pending タイムアウト` +
-                    `(${Math.round(elapsedMs / 1000)}s)。DONE未達のため解除し次へ進む`);
+                    `(${Math.round(elapsedMs / 1000)}s)。DONE未達のため解除し次へ進む` +
+                    (handedOver
+                        ? `／★生存の見張りは継続（上限${Math.round(RELAY_KEEPALIVE_MAX_MS / 60000)}分・再送はしない）`
+                        : state.keepalive !== null
+                            ? `／見張りは引き継がず（別の指示 id=${state.keepalive.id} を見張り中）`
+                            : '／見張りは引き継がず（未着信＝生きている根拠がないため）'));
                 state.pending = null;
             }
             return; // sent 中は新規取得しない
@@ -1269,7 +2045,7 @@ export async function relayTick(cfg, state) {
         // 送信直前に capture し直し、Claude Code 固有マーカーが確認できる時だけ送る。
         // 確認できなければ sent 遷移もせずスキップ＋WARN（サーバ status は queued のまま温存）。
         const guardCap = tmuxCapture(cfg.site);
-        if (guardCap === null || !looksLikeClaude(guardCap)) {
+        if (guardCap === null || !looksLikeAgent(guardCap, kindOf(cfg))) {
             log(`WARN site=${cfg.site} id=${cmd.id} Claude Codeの箱と確認できないため送信せずスキップ` +
                 '（名前一致でも非claude窓への誤爆を防止）');
             return;
@@ -1282,7 +2058,8 @@ export async function relayTick(cfg, state) {
         const text = buildSendText(cmd.body, cfg.site, anchor);
         if (!sendToTmux(cfg.site, text)) {
             // 送信失敗（sendToTmux は内部で例外も握って false を返す）。status は queued のまま据え置く。
-            log(`send-keys failed, keep queued: ${cfg.site}/${cmd.id}`);
+            // 失敗の理由（tmux の stderr）は sendToTmux が直前の行に出している。
+            log(`本文の投入に失敗, keep queued: ${cfg.site}/${cmd.id}`);
             return;
         }
         // 送信成功 → pending を立てて DONE を待つ。★ただし sent 化はここではしない（不具合B 根治）。