@cocorograph/hub-agent 0.8.18 → 0.8.19

package/src/claude-md.mjs

@@ -21,8 +21,7 @@ import os from "node:os"
 import path from "node:path"
 import {
   sha256,
-  writeMeta,
-  writeBaseBody,
+  writeSyncState,
   nowIso,
 } from "./claude-md-sync.mjs"
 
@@ -381,13 +380,18 @@ export async function ensureClaudeMd({
     const hubInitialized = !!hub?.claude_md_updated_at
     if (hubInitialized && hubBody) {
       await fs.writeFile(configMdPath, hubBody, "utf-8")
-      await writeMeta(targetDir, {
-        lastSyncedHubUpdatedAt: hub.claude_md_updated_at,
-        lastSyncedHash: hub.claude_md_hash || sha256(hubBody),
-        lastSyncedAt: nowIso(),
-      }, configFilename)
       // 初回 pull 直後は base = Hub 本文。以降の session-end 3-way merge の入力。
-      await writeBaseBody(targetDir, hubBody, configFilename)
+      // ⚠️ base → meta の順で書くこと（writeSyncState に集約）。meta は「判定の
+      // commit marker」なので先に進めると、base の書込が失敗しても「同期済み」と
+      // 見なされ、以降の sync が通常 noop に入って base が壊れたまま固定される。
+      await writeSyncState(targetDir, {
+        body: hubBody,
+        meta: {
+          lastSyncedHubUpdatedAt: hub.claude_md_updated_at,
+          lastSyncedHash: hub.claude_md_hash || sha256(hubBody),
+          lastSyncedAt: nowIso(),
+        },
+      }, configFilename)
       logger?.info?.(
         { dirName, configMdPath },
         "wrote project instruction file from Hub project claude_md (initial sync)",

package/src/main.mjs

@@ -62,9 +62,6 @@ import { listAgents } from "./agents.mjs"
 import { listSkills } from "./skills.mjs"
 import { readSidebarMessageSnapshot } from "./sidebar-message-snapshot.mjs"
 import {
-  capturePane,
-  detectPermissionModeFromText,
-  detectSessionState,
   invalidateSessionCache,
   listSessionStates,
   StallTracker,
@@ -236,6 +233,10 @@ export async function restartAllTmuxSessionsForProfileSwitch(ctx) {
     }
     try {
       await createTmuxSession(s.name, s.cwd, {
+        // cliKind はセッション名 (`<dir>__codex` か否か) だけで決まる。渡し忘れると
+        // createSession が既定の claude として扱い、codex セッションの再生成でも
+        // AGENTS.md ではなく CLAUDE.md を同期対象にしてしまう。
+        cliKind: cliKindForSessionName(s.name),
         claudeCmd: claudeCmdFromAgentConfig(ctx.config),
         logger: ctx.logger,
       })
@@ -2167,7 +2168,6 @@ export async function pushImmediateChatState({
         session_name: s.session_name,
         status: "waiting",
         context_pct: typeof contextPct === "number" ? contextPct : 0,
-        permission_mode: s.permission_mode ?? null,
         stable: true,
         proc_busy: false,
         child_busy: false,
@@ -2311,9 +2311,6 @@ export function startStateLoop({ client, plugins, logger, intervalMs, claudeBrid
         // (`<dir>` = claude / `<dir>__codex` = codex)。chat 信号の読み出し・turn_active の
         // 判定源・session.state に載せる cli_kind はすべてこの 1 値から導く (正本一本化)。
         const sessionCliKind = cliKindForSessionName(s.session_name)
-        // 対話 TUI のペインから読んだ権限モード (素のシェル / SDK チャットでは null)。
-        // tmux 上で直接 shift+tab した変更もここで拾い、全ブラウザへ追従させる。
-        const permissionMode = s.permission_mode ?? null
         // チャットモード補完: tmux ペインのスクレイプは TUI 前提で効かないため、
         // session の cwd に一致する新鮮なチャット信号があれば status/context% を
         // 上書きする (Hub ホスト型 Cockpit のステータスドット/各行ドーナツ用)。
@@ -2533,7 +2530,6 @@ export function startStateLoop({ client, plugins, logger, intervalMs, claudeBrid
           !prev ||
           prev.status !== status ||
           prev.context_pct !== contextPct ||
-          prev.permission_mode !== permissionMode ||
           prev.stable !== stable ||
           prev.proc_busy !== procBusy ||
           prev.child_busy !== childBusy ||
@@ -2545,7 +2541,6 @@ export function startStateLoop({ client, plugins, logger, intervalMs, claudeBrid
           lastByName.set(s.session_name, {
             status,
             context_pct: contextPct,
-            permission_mode: permissionMode,
             stable,
             proc_busy: procBusy,
             child_busy: childBusy,
@@ -2586,7 +2581,6 @@ export function startStateLoop({ client, plugins, logger, intervalMs, claudeBrid
             session_name: s.session_name,
             status,
             context_pct: contextPct,
-            permission_mode: permissionMode,
             stable,
             proc_busy: procBusy,
             // child_busy: outputActive を含まない真の子プロセス busy。frontend の shouldQueue が

package/src/pane-cli-flag.mjs

@@ -0,0 +1,30 @@
+/**
+ * 「tmux pane に CLI (claude / codex) の TUI を起動しているか」の単一判定。
+ *
+ * この 1 フラグが tmux.mjs (pane で TUI を起動するか) と state.mjs (pane を
+ * capture-pane で読む意味があるか) の両方の分岐条件になるため、どちらからも
+ * import できる依存の無い最小モジュールに切り出してある。tmux.mjs 側に置いたまま
+ * state.mjs から import すると tmux.mjs → state.mjs → tmux.mjs の循環になる。
+ *
+ * 後方互換のため `tmux.mjs` からも re-export している (既存の import 先を壊さない)。
+ */
+
+/**
+ * tmux pane で CLI (claude / codex) の TUI を起動してよいかを判定する。
+ *
+ * **既定は false**（pane は素のシェルのまま）。Cockpit のターミナルモードは
+ * 2026-07-03 に封印済みで、通常運用は常にチャットモード (Agent SDK / codex
+ * app-server) になった。それでも createSession は pane で TUI を起動し続けていたため、
+ * **誰も見ていない CLI が常駐**する。実測 (2026-08-01 中村さん端末): tmux セッション
+ * 33 個に対して pane の `claude` プロセス 31 個・合計 RSS 1.7 GB。
+ *
+ * `HUB_AGENT_TMUX_LAUNCH_CLI=1` のときだけ従来どおり起動する（デバッグ・TUI を
+ * 意図的に使いたいときの逃げ道）。呼び出し元ごとに挙動を変えないため、判定は
+ * この関数 1 箇所に集約し、opts では上書きさせない。
+ *
+ * @param {NodeJS.ProcessEnv} [env]
+ * @returns {boolean}
+ */
+export function shouldLaunchPaneCli(env = process.env) {
+  return env?.HUB_AGENT_TMUX_LAUNCH_CLI === "1"
+}

package/src/state.mjs

@@ -8,6 +8,11 @@
  *   等のパターンを拾う (見つからなければ null)
  * - plugin `transformStatusDetection` hook を chain して結果差し替え可
  *
+ * ⚠️ **既定では pane を読まない** (2026-08-01)。Cockpit のターミナルモード封印に伴い
+ * pane に CLI の TUI を起動しなくなった (`shouldLaunchPaneCli()` 既定 false) ため、
+ * capture-pane は「素のシェルの画面」を読むだけで、判定結果は退化した定値にしかならない。
+ * detectSessionState はその設定を見て capture-pane 自体をスキップする。詳細は同関数の JSDoc。
+ *
  * 移植元: D00000_cockpit/webapp/lib/tmux.ts (getSessionStatus 部分)
  * 仕様書: ナレッジ/インフラ/cockpit-hub-hosted-integration-spec (id=6080)
  */
@@ -15,6 +20,7 @@ import { execFile } from "node:child_process"
 import { promisify } from "node:util"
 
 import { runHookChain } from "./plugin-loader.mjs"
+import { shouldLaunchPaneCli } from "./pane-cli-flag.mjs"
 
 const execFileP = promisify(execFile)
 
@@ -282,29 +288,6 @@ export function detectStatusFromText(text) {
   return "idle"
 }
 
-/**
- * 【問題1 根治 2026-06-22】bind 時の即時ステータススナップショットで配る status を、
- * プロセス実体の busy を権威として解決する。capture (SPINNER_LINE_RE) の偽陽性に勝たせる。
- *
- * - busy=true (isArmed or pane_pid 子孫数 > baseline = ターン進行中): capture gap で
- *   capturedStatus が waiting に化けても processing を強制 (症状C=再マウントで生成中の三点
- *   リーダーが消える偽陰性の masking)。
- * - busy=false (プロセス実体 idle): capturedStatus が processing でも、それは静的完了行の
- *   SPINNER_LINE_RE 偽陽性であって生成中ではないので processing を配らない (= waiting へ降格)。
- *   bind は noCache 単発読みで freeze 履歴が無く偽陽性を弾けないため、ここで busy を権威にする。
- *   万一 no-hook セッションの無音生成中だった場合も、次の state loop tick(≤5s)が outputActive で
- *   processing に復帰させるので実害は限定的。
- *
- * @param {boolean} busy プロセス実体の busy (isArmed or 子孫数>baseline)
- * @param {string} capturedStatus detectSessionState の status
- * @returns {string}
- */
-export function resolveBindSnapshotStatus(busy, capturedStatus) {
-  if (busy) return "processing"
-  if (capturedStatus === "processing") return "waiting"
-  return capturedStatus
-}
-
 export function detectContextPctFromText(text) {
   for (const re of CONTEXT_PATTERNS) {
     const m = text.match(re)
@@ -326,177 +309,6 @@ export function detectContextPctFromText(text) {
   return null
 }
 
-// 対話 claude TUI のフッターに出る権限モードバナー (claude v2.1 系で実機確認)。
-// shift+tab で循環: default(バナー無し) → accept edits → plan → auto → …
-const PERMISSION_BANNERS = [
-  [/⏵⏵\s*accept edits on/i, "acceptEdits"],
-  [/⏸\s*plan mode on/i, "plan"],
-  [/⏵⏵\s*auto mode on/i, "auto"],
-  [/bypass permissions on/i, "bypassPermissions"],
-]
-
-/**
- * 対話 claude TUI のペインテキストから現在の権限モードを判定する。
- *
- * 全端末で「実際に動いているターミナルの権限状態」を同期するための正本。
- * jsonl の permissionMode は送信ターン毎にしか記録されないため、shift+tab した
- * だけ (未送信) の変更や tmux 上で直接切り替えた変更は jsonl に出ない。ペインの
- * フッターバナーは shift+tab 直後に即更新されるので、これを正本にする。
- *
- * - 明示バナー (accept edits / plan / auto / bypass) があればそのモード。
- * - バナーが無い場合、claude TUI のフッターが見えている時だけ "default" と判定する
- *   (素のシェルを default と誤検出しないためのガード)。
- * - claude TUI と判別できなければ null (= 不明、呼び出し側は据え置き)。
- *
- * @param {string} text capturePane の結果 (ANSI 除去済み)
- * @returns {string|null}
- */
-export function detectPermissionModeFromText(text) {
-  if (!text) return null
-  for (const [re, mode] of PERMISSION_BANNERS) {
-    if (re.test(text)) return mode
-  }
-  // バナー無し = default。ただし claude TUI のフッターが見えている時だけ assert する。
-  if (/← for agents|for shortcuts|shift\+tab to cycle/i.test(text)) {
-    return "default"
-  }
-  return null
-}
-
-/**
- * 対話 claude TUI のペインテキストから「入力欄内の本文」を取り出す。
- *
- * 中断キャンセル後の入力欄復旧 (claude.tui.recoverInput) の読込側。claude は
- * 「送信直後の Esc」で直前メッセージの本文を入力欄へ戻すため、これを実測して
- * クリアしないと、次の bracketed paste が後ろへ連結されてメッセージが合体する。
- *
- * 2 形式に対応する (claude v2.1.16x 実機確認 2026-06-08):
- * - **現行 (ルール区切り)**: `───…` / `❯ 本文` (折り返しは 2 スペース字下げで続行) /
- *   `───…` / フッター。入力プロンプト `❯` は列 0 から始まる (選択ダイアログのカーソル
- *   ` ❯ 1. …` は字下げされるため誤検出しない)。
- * - **旧 (罫線ボックス)**: `╭─…─╮ / │ > 本文 │ / ╰─…─╯`。末尾から最も近い枠の先頭行が
- *   プロンプト (`>` / `❯`) で始まる時だけ採用する。
- *
- * 空入力時のプレースホルダ等も文字列として返り得るので、呼び出し側は「期待する本文と
- * 一致するか」で判定すること (本関数は在中テキストの抽出のみを担う)。
- *
- * @param {string} text capturePane の結果 (ANSI 除去済み)
- * @returns {string|null} 入力欄内の本文 (入力欄が見つからない / 空なら null)
- */
-/**
- * 現行形式 (ルール区切り) の入力ボックス本文を「上下ボーダー間」から抽出する。
- *
- * 末尾から `❯` を逆走する旧方式は、ユーザー評価プロンプト ("How is Claude doing?") や
- * 選択ダイアログの選択肢行 (`❯ Very good` 等) の ❯ に誤マッチし得た。評価プロンプトは
- * 入力欄の「上」に出るため入力欄自体の上下ボーダーはズレない、という知見に基づき、
- * 下ボーダー (ペイン末尾近傍の ────) → 直上の上ボーダー → 間の ❯ プロンプト行、という
- * 範囲ベースで確定する。誤認防止ガード: 下ボーダーはペイン末尾から MAX_FOOTER_LINES 行
- * 以内、上下ボーダー間は 2〜MAX_BOX_LINES 行、間に列 0 の ❯ が在ること。
- * 見つからなければ null を返し、呼び出し側は旧アンカー方式へフォールバックする。
- *
- * @param {string} text capturePane の結果 (ANSI 除去済み)
- * @returns {string|null}
- */
-function _inputTextFromRuleBox(text) {
-  if (!text) return null
-  const lines = text.split("\n")
-  const isRule = (s) => /^\s*─{4,}\s*$/.test(s)
-  const MAX_FOOTER_LINES = 6 // 入力欄の下に出るヒント/ナビ行の想定上限
-  const MAX_BOX_LINES = 50 // 上下ボーダー間の許容行数 (折り返し長文入力の上限)
-  // 下ボーダー: ペイン末尾近傍 (下に出るヒント行のすぐ上) の ──── を末尾から探す。
-  let bottom = -1
-  for (let i = lines.length - 1; i >= 0; i--) {
-    if (lines.length - 1 - i > MAX_FOOTER_LINES) break
-    if (isRule(lines[i])) {
-      bottom = i
-      break
-    }
-  }
-  if (bottom < 0) return null
-  // 上ボーダー: 下ボーダーの直上にある ──── 。
-  let top = -1
-  for (let i = bottom - 1; i >= 0 && bottom - i <= MAX_BOX_LINES; i--) {
-    if (isRule(lines[i])) {
-      top = i
-      break
-    }
-  }
-  if (top < 0 || bottom - top < 2) return null
-  // ボーダー間に列 0 の ❯ プロンプト行が在ること (選択ダイアログの字下げ ❯ は対象外)。
-  const inner = lines.slice(top + 1, bottom)
-  const promptIdx = inner.findIndex((ln) => /^❯/.test(ln))
-  if (promptIdx < 0) return null
-  const parts = [inner[promptIdx].replace(/^❯\s?/, "").replace(/\s+$/, "")]
-  for (let i = promptIdx + 1; i < inner.length; i++) {
-    parts.push(inner[i].replace(/\s+$/, ""))
-  }
-  const joined = parts.join("\n").trim()
-  return joined || null
-}
-
-export function detectInputBoxText(text) {
-  // 第一候補: 上下ボーダー間抽出 (評価プロンプト/選択ダイアログの ❯ 誤マッチに強い)。
-  const ruled = _inputTextFromRuleBox(text)
-  if (ruled !== null) return ruled
-  // フォールバック: 旧 ❯ アンカー / 罫線ボックス方式 (ボーダー未描画版・レイアウト差用)。
-  return _inputTextFromPromptAnchor(text)
-}
-
-function _inputTextFromPromptAnchor(text) {
-  if (!text) return null
-  const lines = text.split("\n")
-
-  // ── 現行形式: 列 0 の `❯` プロンプト行 + 下側ルールまでの続行行 ──
-  let promptIdx = -1
-  for (let i = lines.length - 1; i >= 0; i--) {
-    if (/^❯/.test(lines[i])) {
-      promptIdx = i
-      break
-    }
-  }
-  if (promptIdx >= 0) {
-    const parts = [lines[promptIdx].replace(/^❯\s?/, "").replace(/\s+$/, "")]
-    for (let i = promptIdx + 1; i < lines.length; i++) {
-      const ln = lines[i]
-      if (/^\s*─{4,}\s*$/.test(ln)) break // 下側ルールで入力欄が終わる
-      parts.push(ln.replace(/\s+$/, ""))
-    }
-    const joined = parts.join("\n").trim()
-    return joined || null
-  }
-
-  // ── 旧形式: 罫線ボックス ──
-  let bottom = -1
-  for (let i = lines.length - 1; i >= 0; i--) {
-    if (/^\s*╰/.test(lines[i])) {
-      bottom = i
-      break
-    }
-  }
-  if (bottom < 0) return null
-  let top = -1
-  for (let i = bottom - 1; i >= 0; i--) {
-    if (/^\s*╭/.test(lines[i])) {
-      top = i
-      break
-    }
-  }
-  if (top < 0 || bottom - top < 2) return null
-  const inner = lines.slice(top + 1, bottom)
-  const first = inner[0].match(/^\s*│\s*[>❯]\s?(.*)$/)
-  if (!first) return null
-  // 右罫線と行末空白を落とす (折り返し行は左罫線 + 字下げで続く)。
-  const strip = (s) => s.replace(/\s*│\s*$/, "").replace(/\s+$/, "")
-  const parts = [strip(first[1])]
-  for (let i = 1; i < inner.length; i++) {
-    const m = inner[i].match(/^\s*│\s?(.*)$/)
-    if (!m) break
-    parts.push(strip(m[1]))
-  }
-  const joined = parts.join("\n").trim()
-  return joined || null
-}
-
 export async function listSessionNames(opts = {}) {
   const tmuxBin = opts.tmuxBin || "tmux"
   try {
@@ -622,7 +434,36 @@ function _computeStable(sessionName, status, text) {
   return now - prev.since >= STABLE_CONFIRM_MS
 }
 
+/**
+ * pane に CLI を起動していないときの退化後の定値。
+ *
+ * pane が素のシェルなら capture-pane を読んでも:
+ *   status        … スピナーも "esc to interrupt" も ❯ プロンプトも出ないので常に 'idle'
+ *   context_pct   … "X% context left" は TUI のフッターにしか出ないので常に null
+ *   stable        … 画面が動かないので常に true
+ *   spinner_present … 常に false
+ *   output_sig    … 不変なので出力フロー検知の情報量がゼロ
+ * にしかならない。読む価値がゼロの subprocess を全セッション × 5s 周期で fork し続ける
+ * ことになるため、この場合は capture 自体を行わずこの定値を返す。
+ *
+ * ⚠️ output_sig は「読んでいない」を表す null。空文字の署名 (`_outputSignature("")`) を
+ * 返すと main.mjs の出力フロー検知が「不変な署名を観測し続けている」と誤読するため、
+ * 型で区別できる null を返して当該経路をスキップさせる。
+ */
+const PANE_UNREAD_STATE = Object.freeze({
+  status: "idle",
+  context_pct: null,
+  permission_mode: null,
+  stable: true,
+  spinner_present: false,
+  output_sig: null,
+})
+
 export async function detectSessionState(sessionName, opts = {}) {
+  // ペインに CLI の TUI を起動していない構成 (既定) では、capture-pane は素のシェルの
+  // 画面を読むだけで何も供給しない。subprocess を焚く前にここで打ち切る。
+  // `HUB_AGENT_TMUX_LAUNCH_CLI=1` の逃げ道 (pane に TUI を起動する) では従来どおり読む。
+  if (!shouldLaunchPaneCli()) return { ...PANE_UNREAD_STATE }
   const text = await capturePane(sessionName, opts)
   let defaultStatus = detectStatusFromText(text)
   // 凍結スピナー対策: スピナーが画面に在るが経過タイマーが進んでいない (claude 異常終了/ハング)
@@ -637,7 +478,10 @@ export async function detectSessionState(sessionName, opts = {}) {
       /❯\s/.test(text) || /^>\s/m.test(text) ? "waiting" : "idle"
   }
   const defaultContextPct = detectContextPctFromText(text)
-  const defaultPermissionMode = detectPermissionModeFromText(text)
+  // permission_mode はペインのフッターバナーから読んでいたが、消費者がゼロ (frontend の
+  // SessionStateRow に該当フィールドが無い) なので判定ごと撤去した。返り値のキーだけは
+  // plugin hook (transformStatusDetection) が差し替えられる契約として残す。
+  const defaultPermissionMode = null
   // スピナー行 (ライブ or 凍結) が画面に在るか。frozen 降格で status が waiting に落ちても、
   // スピナーが画面に残っている = ターンはクリーンに終わっていない (ハング候補)。StallTracker が
   // 「クリーン idle (スピナー無し) でターンを閉じる」判定に使い、frozen スピナーのハングを拾う。

package/src/tmux.mjs

@@ -23,12 +23,8 @@ import { fileURLToPath } from "node:url"
 
 import { ensureClaudeMd } from "./claude-md.mjs"
 import { syncClaudeMdWithHub } from "./claude-md-sync.mjs"
-import {
-  capturePane,
-  detectInputBoxText,
-  detectSessionState,
-  getSessionCwd,
-} from "./state.mjs"
+import { detectSessionState, getSessionCwd } from "./state.mjs"
+import { shouldLaunchPaneCli } from "./pane-cli-flag.mjs"
 import { baseSessionName, sessionNameFor } from "./session-names.mjs"
 import { boundSessionId, getSessionUsages, isFreshUnboundBind, jsonlContextForCwd } from "./usage.mjs"
 
@@ -510,25 +506,9 @@ export function composeClaudeCmdFromOptions(opts = {}) {
 
 const DEFAULT_CLAUDE_CMD = buildClaudeCmd()
 
-/**
- * tmux pane で CLI (claude / codex) の TUI を起動してよいかを判定する。
- *
- * **既定は false**（pane は素のシェルのまま）。Cockpit のターミナルモードは
- * 2026-07-03 に封印済みで、通常運用は常にチャットモード (Agent SDK / codex
- * app-server) になった。それでも createSession は pane で TUI を起動し続けていたため、
- * **誰も見ていない CLI が常駐**する。実測 (2026-08-01 中村さん端末): tmux セッション
- * 33 個に対して pane の `claude` プロセス 31 個・合計 RSS 1.7 GB。
- *
- * `HUB_AGENT_TMUX_LAUNCH_CLI=1` のときだけ従来どおり起動する（デバッグ・TUI を
- * 意図的に使いたいときの逃げ道）。呼び出し元ごとに挙動を変えないため、判定は
- * この 1 箇所 (createSession 内) だけで行い、opts では上書きさせない。
- *
- * @param {NodeJS.ProcessEnv} [env]
- * @returns {boolean}
- */
-export function shouldLaunchPaneCli(env = process.env) {
-  return env?.HUB_AGENT_TMUX_LAUNCH_CLI === "1"
-}
+// 判定の実体は ./pane-cli-flag.mjs (state.mjs との循環 import を避けるため分離)。
+// ここからの re-export は後方互換 (既存の `from "./tmux.mjs"` を壊さない)。
+export { shouldLaunchPaneCli }
 
 function tmuxBin(opts = {}) {
   return opts.tmuxBin || DEFAULT_TMUX_BIN
@@ -797,7 +777,7 @@ export async function killManySessions(names, opts = {}) {
  *
  * ⚠️ **既定では pane に CLI (claude / codex) を起動しない**（pane は素のシェルのまま）。
  * Cockpit の通常運用はチャットモードで、pane の TUI は誰も見ないまま常駐して
- * メモリを食うだけだったため (詳細は shouldLaunchPaneCli の JSDoc)。
+ * メモリを食うだけだったため (詳細は `pane-cli-flag.mjs` の shouldLaunchPaneCli の JSDoc)。
  * `HUB_AGENT_TMUX_LAUNCH_CLI=1` のときだけ従来どおり CLI を send-keys する。
  *
  * - 同名 session が既にあれば 'duplicate session' throw
@@ -1165,74 +1145,6 @@ export function injectCodexHomeEnv(codexCmd, codexHome) {
 
 const _delay = (ms) => new Promise((r) => setTimeout(r, ms))
 
-/**
- * `/model` / `/effort` 切替時に claude TUI が出す確認ダイアログを検知する正規表現。
- *
- * claude v2.1.170 実機確認 (2026-06-10): 会話に出力済みの履歴 (prior output) があると、
- * モデル/effort 切替は即時反映されず確認ダイアログを挟む。ダイアログは:
- *   - タイトル: "Switch model?" / "Change effort level?"
- *   - 本文: "This conversation is cached for the current model. Switching to … means the
- *     full history gets re-read on your next message."
- *   - 選択肢: "Yes, switch to …" (デフォルトハイライト) / "No, go back"
- * デフォルトが確定側なので Enter 1 回で承認できる。複数マーカーのいずれかで判定する
- * (文言の小変更に多少強くする)。
- */
-const SWITCH_CONFIRM_DIALOG_RE =
-  /Switch model\?|Change effort level\?|Yes, switch to|No, go back|full history gets re-read/i
-
-/**
- * `/model` / `/effort` の確認ダイアログを「描画を検知してから」Enter で畳む。
- *
- * 旧実装は本文確定 Enter の一定時間後に盲打ちで追い Enter を 1 回送っていたが、確認
- * ダイアログのレンダはコマンド確定から遅延することがあり (TUI の全画面再描画ラグ)、
- * 固定待ちの Enter がダイアログ描画前に着弾して取りこぼされ、ダイアログが残ったまま
- * 次の入力の Enter を吸収する事故になっていた。代わりにペインを短周期で読み、ダイアログ
- * が実際に描画されたのを確認してから Enter を送り、消えるまで数回リトライする。ダイアログ
- * が出ない場合 (prior output 無し = 即時反映) は余計な Enter を送らない (空 Enter が
- * 別の場面で誤確定するのを避ける)。ベストエフォート。
- *
- * タイミングは opts で上書きできる (テストで短縮するため):
- *   - confirmAppearMs: ダイアログ出現を待つ上限 (既定 2400ms)
- *   - confirmPollMs:   出現待ちのポーリング間隔 (既定 150ms)
- *   - confirmDismissMs: 承認後にダイアログ消失を待つ上限 (既定 2000ms)
- *
- * @param {string} bin tmux バイナリパス
- * @param {string} name tmux セッション名
- * @param {{logger?:object,tmuxBin?:string,confirmAppearMs?:number,confirmPollMs?:number,confirmDismissMs?:number}} opts
- * @returns {Promise<boolean>} 確認ダイアログを承認したら true
- */
-async function _confirmSwitchDialog(bin, name, opts) {
-  const appearMs = opts.confirmAppearMs ?? 2400
-  const pollMs = opts.confirmPollMs ?? 150
-  const dismissMs = opts.confirmDismissMs ?? 2000
-  // ダイアログ出現待ち: コマンド確定から最大 appearMs 観測する (レンダ遅延の上限想定)。
-  const APPEAR_DEADLINE = Date.now() + appearMs
-  let appeared = false
-  while (Date.now() < APPEAR_DEADLINE) {
-    const text = await capturePane(name, { ...opts, noCache: true })
-    if (SWITCH_CONFIRM_DIALOG_RE.test(text)) {
-      appeared = true
-      break
-    }
-    await _delay(pollMs)
-  }
-  if (!appeared) return false // prior output 無し = 即時反映済み。追い Enter 不要。
-
-  // ダイアログが消える (= 承認反映) まで Enter を送ってリトライする。
-  const DISMISS_DEADLINE = Date.now() + dismissMs
-  while (Date.now() < DISMISS_DEADLINE) {
-    await execFileP(bin, ["send-keys", "-t", name, "Enter"])
-    await _delay(180)
-    const after = await capturePane(name, { ...opts, noCache: true })
-    if (!SWITCH_CONFIRM_DIALOG_RE.test(after)) return true
-  }
-  opts.logger?.warn(
-    { session: name },
-    "switch confirm dialog still visible after retries",
-  )
-  return true
-}
-
 /**
  * 離席中キュー投入: 送信待ちメッセージ 1 件を、ブラウザがそのセッションのターミナルを
  * マウントしていなくても tmux send-keys で対話 claude TUI へ投入する (案A の agent 側実体)。