@cocorograph/hub-agent 0.7.6 → 0.7.7

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@cocorograph/hub-agent",
-  "version": "0.7.6",
+  "version": "0.7.7",
   "description": "Hub Hosted Cockpit のローカル常駐 agent。Hub と outbound WSS で接続し、ローカルの tmux/pty を中継する。",
   "type": "module",
   "license": "UNLICENSED",

package/src/main.mjs

@@ -39,6 +39,7 @@ import {
   detectSessionState,
   invalidateSessionCache,
   listSessionStates,
+  resolveBindSnapshotStatus,
   StallTracker,
 } from "./state.mjs"
 import {
@@ -2335,25 +2336,25 @@ async function dispatch(msg, ctx) {
                 noCache: true,
                 logger,
               })
-              // 症状C対策: 生成中(armed / pane=processing で判定済みの generating)に TUIビューを
-              // 再マウントすると、frontend は全 ref/state がリセットされ、capture 再描画ギャップで
-              // この noCache スナップショットの status が一瞬 'waiting' に化けると「生成中なのに
-              // 三点リーダーが消える」偽陰性になり、shouldQueue=false でメッセージが PTY(TUI
-              // ネイティブキュー)へ流入する。generating を真として status='processing' を配ることで
-              // capture 誤読を masking し、frontend の再点灯(turnActive)と shouldQueue 第1ゲートを
-              // 即座に効かせる。proc_busy は配らない: outputActive(出力残り火)を含むため、ターン
-              // 終了直後の真 idle セッションでも proc_busy=true となり高速消灯(症状B)を再発させる。
-              // 終了後(非 generating)は snap.status(waiting)で従来どおり高速消灯する。
+              // 【問題1 根治 2026-06-22】配る status はプロセス実体の busy を権威に解決する
+              // (resolveBindSnapshotStatus)。capture(SPINNER_LINE_RE)の偽陽性に勝たせる。
+              // - busy=true (ターン進行中): capture gap で snap.status が waiting に化けても
+              //   processing を強制 = 症状C(再マウントで生成中の三点リーダーが消える偽陰性)の masking。
+              // - busy=false (プロセス実体 idle): snap.status が processing でも、それは静的完了行の
+              //   偽陽性(無生成時の誤点灯=問題1)なので processing を配らず waiting へ降格する。bind は
+              //   noCache 単発読みで freeze 履歴が無く偽陽性を弾けないため、ここで busy を権威にする。
+              // generating(capture 由来)でなく busy(isArmed + 子孫数>baseline)を使うのが肝。
+              // proc_busy は配らない: outputActive(出力残り火)を含み真 idle でも true になり高速消灯
+              // (症状B)を再発させるため。
+              const snapStatus = resolveBindSnapshotStatus(busy, snap.status)
               ctx.client.send({
                 type: "session.state",
                 session_name: sessionName,
-                status: generating ? "processing" : snap.status,
+                status: snapStatus,
                 context_pct: snap.context_pct,
                 permission_mode: snap.permission_mode,
                 stable:
-                  !generating &&
-                  snap.status !== "processing" &&
-                  snap.stable === true,
+                  !busy && snapStatus !== "processing" && snap.stable === true,
               })
             } catch (err) {
               logger?.warn(

package/src/state.mjs

@@ -243,8 +243,13 @@ function workingSpinnerLine(text) {
  * 不変」なら凍結とみなす。閾値は capture キャッシュ TTL (2.5s) と state loop 周期 (5s) を跨ぐ
  * 6s に取り、ライブタイマーの 1 サンプル取りこぼしでは誤判定しないようにする。
  */
+// 静的な完了行 (● Updated…/⏺ Ran tool (2s) 等、ターン終了後もアイドル画面に残る) を
+// SPINNER_LINE_RE が誤検出して processing に張り付く「無生成時の三点リーダー誤点灯」(問題1) の
+// 滞留時間を短縮するため 6000→3500 に下げた (2026-06-22)。実スピナーは経過秒 (Ns) かグリフ
+// アニメで毎秒変化するため frozen には絶対ならず、閾値短縮で偽陰性(生成中の消失)は再発しない
+// (3500ms ≫ 1s アニメ周期で十分な余裕)。env で上書き可。
 const SPINNER_FREEZE_CONFIRM_MS = Number(
-  process.env.HUB_AGENT_SPINNER_FREEZE_MS ?? 6000,
+  process.env.HUB_AGENT_SPINNER_FREEZE_MS ?? 3500,
 )
 /** @type {Map<string, {line: string, at: number}>} session名 → 最初にその行を見た時刻 */
 const _spinnerFreezeByName = new Map()
@@ -277,6 +282,29 @@ 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)