@hyzyn/dsh-tty 0.20.0 → 0.20.1

package/lib/index.d.ts

@@ -188,6 +188,10 @@ interface TtySession {
     decoder: StringDecoder;
     /** 虚拟屏（xterm-headless）：tty_screen 的数据源；创建失败为 null。 */
     screen: HeadlessTerminal | null;
+    /** 虚拟屏心跳（D57 停摆检测）：在途批次 + 看门狗。 */
+    screenHeartbeat: ScreenHeartbeat;
+    /** 虚拟屏被退役的原因（停摆 / 写队列满）；null = 正常。tty_screen 据此如实报错。 */
+    screenDownReason: string | null;
     /** 转入孤儿状态的时间戳；null 表示已连接（客户端在线）。 */
     orphanedAt: number | null;
     /** shell 集成状态（OSC 133/7 解析；本地与 SSH 会话都喂）。 */
@@ -319,6 +323,104 @@ declare class HostKeyStore {
     /** 记录指纹：同 host:port 已有记录则并入集合（一机多把钥匙），否则新建。 */
     record(host: string, port: number, fingerprint: string): void;
 }
+/**
+ * 虚拟屏的 scrollback 余量（D57）。
+ *
+ * **不能是 0。** xterm 的 `Buffer` 在 `scrollback: 0` 时把 `lines.maxLength` 压成
+ * `rows`，但 normal buffer 的 `_hasScrollback` 仍是 true（reflow 照常开启）：输出与
+ * resize（列宽变化触发 reflow）交错时，`lines` 会短于 `ybase + y`，于是
+ * `lineFeed()` 里 `lines.get(ybase + y).isWrapped = false` 命中 `undefined` →
+ * 未捕获 `TypeError: Cannot set properties of undefined (setting 'isWrapped')`。
+ *
+ * 该异常抛在 `WriteBuffer._innerWrite` 的 `setTimeout` 回调里，写入路径的同步
+ * try/catch 结构性拦不住，会直接打死整个宿主进程（线上 `last-failure-web.log`
+ * 的堆栈即此）。
+ *
+ * 关键在 `lines.maxLength`（= rows + scrollback）：`BufferService.scroll` 只在「没满」时
+ * 才 `lines.push` + `ybase++`（成对）。`scrollback: 0` 把 maxLength 钉死成 rows，
+ * 一旦有别的路径把 `ybase` 顶上去（resize 收缩 / reflow），`lines` 长度就再也追不上，
+ * `ybase + y + 1` 越界只是时间问题。留 1 行余量（maxLength = rows + 1）即维持住成对增长：
+ * 同一最小序列 `scrollback: 0` 崩 5/5，`scrollback: 1` 崩 0/5；700 块随机屏压测里
+ * `ybase` 涨到 16 也没再出现越界（见 test/screen-crash.test.ts）。
+ *
+ * 余量不影响 `tty_screen` 读数——它走 `buffer.getLine(row)`（内部 `ybase + row`，
+ * 即视口），多出来的行只在回滚区，不进读数。
+ */
+export declare const SCREEN_SCROLLBACK = 1;
+/**
+ * 建一块虚拟屏（`tty_screen` 的数据源）；失败降级为 null。
+ *
+ * 导出仅供单测（test/screen-crash.test.ts）钉住构造参数——生产路径是
+ * `SessionManager.createScreen`，它必须与这里同源（就一行委托）。
+ */
+export declare function createHeadlessScreen(cols: number, rows: number): HeadlessTerminal | null;
+/** 读累计吞掉的虚拟屏异常数。 */
+export declare function xtermScreenCrashCount(): number;
+/** 判定未捕获异常是否来自虚拟屏（xterm-headless）。导出仅供单测。 */
+export declare function isXtermScreenCrash(err: unknown): boolean;
+/**
+ * 记账并吞掉一个虚拟屏异常；返回 true 表示已吞（非虚拟屏异常返回 false，交回调用方）。
+ * 导出仅供单测。
+ */
+export declare function swallowXtermScreenCrash(err: unknown): boolean;
+/**
+ * 注册进程级虚拟屏异常兜底（D57）：把来自 xterm-headless 的未捕获异常 / 未处理 rejection
+ * 吞掉并记账，让插件自己的 bug 不再拖垮整个 harness。幂等 + 引用计数，返回解绑函数。
+ *
+ * 覆盖两个入口：
+ *   - `uncaughtException`：同步路径（`_innerWrite` 的定时器回调里抛出，见上）；
+ *   - `unhandledRejection`：xterm 的异步 handler（DCS/OSC）rejection 走这里，宿主实测
+ *     **0 处**监听，Node 15+ 下未处理 rejection 直接杀进程。
+ *
+ * 三条边界（刻意如此，不是随手 `process.on`）：
+ *   1. **只吞虚拟屏异常**——`isXtermScreenCrash` 按堆栈判定；其余异常照旧。
+ *   2. **其余异常只在「我们是唯一的监听者」时抛回**：没有本兜底时未捕获异常会让宿主退出，
+ *      抛回保住这个语义；已经有别的监听者（宿主/其它插件）时保持沉默，由它们决定——
+ *      此时抛回反而会抢在别人前面把进程杀掉。
+ *   3. `unhandledRejection` 的「抛回」还有一层必要性：**只要挂了监听器，Node 就不再走
+ *      默认的致命处理**，所以非虚拟屏的 rejection 必须由我们抛出来还原默认行为
+ *      （已实测：抛回后进程照旧 exit 1）。
+ */
+export declare function installXtermScreenCrashGuard(): () => void;
+/**
+ * 停摆判定窗口：写出去的数据超过这么久还没解析完，就认定那块屏的解析器已停摆。
+ * 正常屏的解析是毫秒级（回调随 `_innerWrite` 逐批回来），5s 不会误伤。
+ */
+export declare const SCREEN_STALL_MS = 5000;
+/** 退役原因①：写队列超限 / 尺寸非法导致的同步抛出。 */
+export declare const SCREEN_DOWN_WRITE_REJECTED = "\u5199\u5165\u88AB\u62D2\uFF08\u5199\u961F\u5217\u8D85\u9650\u6216\u5C3A\u5BF8\u975E\u6CD5\uFF09";
+/** 退役原因②：解析器停摆（超时窗口内没有任何一批数据被解析完）。 */
+export declare const SCREEN_DOWN_STALLED = "\u89E3\u6790\u505C\u6446\uFF08xterm \u5728\u8D85\u65F6\u7A97\u53E3\u5185\u672A\u56DE\u8C03\uFF09";
+/** 虚拟屏心跳：在途批次 + 看门狗（D57）。 */
+export interface ScreenHeartbeat {
+    /** 已写出、尚未被 xterm 解析完的批次（`write(data, cb)` 的回调未回来即 >0）。 */
+    inflight: number;
+    /** 看门狗；null = 当前没有挂着的窗口。 */
+    watchdog: NodeJS.Timeout | null;
+    /** 最近一次解析完成的时间戳（0 = 从未）。看门狗靠它区分「解析在途」与「真停摆」。 */
+    lastParseAt: number;
+}
+/** 建一份空心跳。 */
+export declare function newScreenHeartbeat(): ScreenHeartbeat;
+/** 摘掉看门狗（会话结束 / 屏退役时调用，避免定时器在会话死后误报）。 */
+export declare function clearScreenWatchdog(heartbeat: ScreenHeartbeat): void;
+/**
+ * 写一帧到虚拟屏，并维护停摆看门狗（D57）。
+ *
+ * **为什么需要心跳**：xterm 的解析在 `WriteBuffer._innerWrite` 的 setTimeout 回调里跑，
+ * 异常被进程级兜底吞掉之后，那块屏的解析器**永久停摆**——出错的那批数据留在写队列里、
+ * `_bufferOffset` 不前进，而 `write()` 只在队列**空**时才重新调度解析。后果：`tty_screen`
+ * 一直返回**冻结的旧画面**（agent 会据此行事），写队列还会一路堆到 5e7 字符上限。
+ * 心跳把这种屏识别出来退役，`tty_screen` 改为如实报「虚拟屏不可用」。
+ *
+ * 信号用 `write(data, cb)` 的回调（xterm 解析完这批数据才回调）：停摆时回调永远不来 →
+ * `inflight` 不归零 → 看门狗判定。**不能用 `onWriteParsed` 事件**——它在 5.5.0 不是
+ * 公开 API（`Terminal` 只暴露 onBell/onBinary/onCursorMove/onData/onLineFeed/onResize/
+ * onScroll/onTitleChange）。
+ */
+export declare function writeToScreen(screen: {
+    write(data: string, callback?: () => void): void;
+}, heartbeat: ScreenHeartbeat, text: string, onStall: (reason: string) => void, stallMs?: number): void;
 /** 导出仅供单测（test/host-frames.test.ts）：上限 / 孤儿回收 / grace 热改的行为护栏。 */
 export declare class SessionManager {
     private readonly sessions;
@@ -515,8 +617,17 @@ export declare class TtyServer {
      * 会话会留在 tmux server 上）；2.5s 兜底 forceKill 防收尾悬挂。
      */
     private killSessionNow;
-    /** 每会话一块虚拟屏（xterm-headless）：tty_screen 的数据源；失败降级为 null。 */
+    /** 每会话一块虚拟屏（xterm-headless）：tty_screen 的数据源；失败降级为 null。
+     *  构造参数在 createHeadlessScreen（D57：scrollback 不能是 0），这里只做委托。 */
     private createScreen;
+    /**
+     * 退役一块**不可用**的虚拟屏（D57）：解析停摆或写队列满时调用。
+     *
+     * 只摘虚拟屏，**不动会话**——PTY 还活着、浏览器面板照常收发（虚拟屏只是 `tty_screen`
+     * 的数据源）。退役后 `tty_screen` 会如实报「虚拟屏不可用（原因）」，而不是返回冻结的
+     * 旧画面让 agent 据此行事。
+     */
+    private dropScreen;
     private handleMessage;
     /**
      * 服务器状态条订阅（0.17.0）：按「标签可见性」驱动——只有可见标签才发

package/lib/index.js

@@ -803,6 +803,196 @@ function isLoopbackUpgrade(req) {
         return false;
     }
 }
+/* ------------------------------------------------------------------ *
+ * 虚拟屏（xterm-headless）——构造与异常兜底（D57）
+ * ------------------------------------------------------------------ */
+/**
+ * 虚拟屏的 scrollback 余量（D57）。
+ *
+ * **不能是 0。** xterm 的 `Buffer` 在 `scrollback: 0` 时把 `lines.maxLength` 压成
+ * `rows`，但 normal buffer 的 `_hasScrollback` 仍是 true（reflow 照常开启）：输出与
+ * resize（列宽变化触发 reflow）交错时，`lines` 会短于 `ybase + y`，于是
+ * `lineFeed()` 里 `lines.get(ybase + y).isWrapped = false` 命中 `undefined` →
+ * 未捕获 `TypeError: Cannot set properties of undefined (setting 'isWrapped')`。
+ *
+ * 该异常抛在 `WriteBuffer._innerWrite` 的 `setTimeout` 回调里，写入路径的同步
+ * try/catch 结构性拦不住，会直接打死整个宿主进程（线上 `last-failure-web.log`
+ * 的堆栈即此）。
+ *
+ * 关键在 `lines.maxLength`（= rows + scrollback）：`BufferService.scroll` 只在「没满」时
+ * 才 `lines.push` + `ybase++`（成对）。`scrollback: 0` 把 maxLength 钉死成 rows，
+ * 一旦有别的路径把 `ybase` 顶上去（resize 收缩 / reflow），`lines` 长度就再也追不上，
+ * `ybase + y + 1` 越界只是时间问题。留 1 行余量（maxLength = rows + 1）即维持住成对增长：
+ * 同一最小序列 `scrollback: 0` 崩 5/5，`scrollback: 1` 崩 0/5；700 块随机屏压测里
+ * `ybase` 涨到 16 也没再出现越界（见 test/screen-crash.test.ts）。
+ *
+ * 余量不影响 `tty_screen` 读数——它走 `buffer.getLine(row)`（内部 `ybase + row`，
+ * 即视口），多出来的行只在回滚区，不进读数。
+ */
+export const SCREEN_SCROLLBACK = 1;
+/**
+ * 建一块虚拟屏（`tty_screen` 的数据源）；失败降级为 null。
+ *
+ * 导出仅供单测（test/screen-crash.test.ts）钉住构造参数——生产路径是
+ * `SessionManager.createScreen`，它必须与这里同源（就一行委托）。
+ */
+export function createHeadlessScreen(cols, rows) {
+    try {
+        // buffer 命名空间在 xterm 5.x 是提案 API，必须开 allowProposedApi
+        return new HeadlessTerminal({ cols, rows, scrollback: SCREEN_SCROLLBACK, allowProposedApi: true });
+    }
+    catch {
+        return null;
+    }
+}
+/** xterm-headless 的异常都带这个文件名（压缩产物的堆栈里也是它）。 */
+const XTERM_SCREEN_CRASH_RE = /xterm-headless|@xterm\/headless/;
+/** 累计吞掉的虚拟屏异常数（只增不减；排障可见 + 单测断言用）。 */
+let screenCrashTotal = 0;
+/** 读累计吞掉的虚拟屏异常数。 */
+export function xtermScreenCrashCount() {
+    return screenCrashTotal;
+}
+/** 判定未捕获异常是否来自虚拟屏（xterm-headless）。导出仅供单测。 */
+export function isXtermScreenCrash(err) {
+    const stack = err instanceof Error ? (err.stack ?? '') : String(err);
+    return XTERM_SCREEN_CRASH_RE.test(stack);
+}
+/**
+ * 记账并吞掉一个虚拟屏异常；返回 true 表示已吞（非虚拟屏异常返回 false，交回调用方）。
+ * 导出仅供单测。
+ */
+export function swallowXtermScreenCrash(err) {
+    if (!isXtermScreenCrash(err))
+        return false;
+    screenCrashTotal++;
+    const message = err instanceof Error ? err.message : String(err);
+    console.warn(`[dsh-tty] 虚拟屏（xterm-headless）未捕获异常已吞掉，不影响宿主（累计 ${screenCrashTotal} 次）：${message}`);
+    return true;
+}
+let xtermGuardRefs = 0;
+let xtermGuardHandler;
+let xtermGuardRejectionHandler;
+/** 解绑兜底（引用计数归零才真正摘监听器）。 */
+function releaseXtermScreenCrashGuard() {
+    if (xtermGuardRefs === 0)
+        return;
+    if (--xtermGuardRefs > 0)
+        return;
+    if (xtermGuardHandler !== undefined) {
+        process.off('uncaughtException', xtermGuardHandler);
+        xtermGuardHandler = undefined;
+    }
+    if (xtermGuardRejectionHandler !== undefined) {
+        process.off('unhandledRejection', xtermGuardRejectionHandler);
+        xtermGuardRejectionHandler = undefined;
+    }
+}
+/**
+ * 注册进程级虚拟屏异常兜底（D57）：把来自 xterm-headless 的未捕获异常 / 未处理 rejection
+ * 吞掉并记账，让插件自己的 bug 不再拖垮整个 harness。幂等 + 引用计数，返回解绑函数。
+ *
+ * 覆盖两个入口：
+ *   - `uncaughtException`：同步路径（`_innerWrite` 的定时器回调里抛出，见上）；
+ *   - `unhandledRejection`：xterm 的异步 handler（DCS/OSC）rejection 走这里，宿主实测
+ *     **0 处**监听，Node 15+ 下未处理 rejection 直接杀进程。
+ *
+ * 三条边界（刻意如此，不是随手 `process.on`）：
+ *   1. **只吞虚拟屏异常**——`isXtermScreenCrash` 按堆栈判定；其余异常照旧。
+ *   2. **其余异常只在「我们是唯一的监听者」时抛回**：没有本兜底时未捕获异常会让宿主退出，
+ *      抛回保住这个语义；已经有别的监听者（宿主/其它插件）时保持沉默，由它们决定——
+ *      此时抛回反而会抢在别人前面把进程杀掉。
+ *   3. `unhandledRejection` 的「抛回」还有一层必要性：**只要挂了监听器，Node 就不再走
+ *      默认的致命处理**，所以非虚拟屏的 rejection 必须由我们抛出来还原默认行为
+ *      （已实测：抛回后进程照旧 exit 1）。
+ */
+export function installXtermScreenCrashGuard() {
+    if (xtermGuardRefs++ > 0)
+        return releaseXtermScreenCrashGuard;
+    const onUncaught = (err) => {
+        if (swallowXtermScreenCrash(err))
+            return;
+        if (process.listenerCount('uncaughtException') <= 1)
+            throw err;
+    };
+    const onRejection = (reason) => {
+        if (swallowXtermScreenCrash(reason))
+            return;
+        if (process.listenerCount('unhandledRejection') <= 1)
+            throw reason;
+    };
+    xtermGuardHandler = onUncaught;
+    xtermGuardRejectionHandler = onRejection;
+    process.on('uncaughtException', onUncaught);
+    process.on('unhandledRejection', onRejection);
+    return releaseXtermScreenCrashGuard;
+}
+/* ------------------------------------------------------------------ *
+ * 虚拟屏心跳（D57 停摆检测）
+ * ------------------------------------------------------------------ */
+/**
+ * 停摆判定窗口：写出去的数据超过这么久还没解析完，就认定那块屏的解析器已停摆。
+ * 正常屏的解析是毫秒级（回调随 `_innerWrite` 逐批回来），5s 不会误伤。
+ */
+export const SCREEN_STALL_MS = 5000;
+/** 退役原因①：写队列超限 / 尺寸非法导致的同步抛出。 */
+export const SCREEN_DOWN_WRITE_REJECTED = '写入被拒（写队列超限或尺寸非法）';
+/** 退役原因②：解析器停摆（超时窗口内没有任何一批数据被解析完）。 */
+export const SCREEN_DOWN_STALLED = '解析停摆（xterm 在超时窗口内未回调）';
+/** 建一份空心跳。 */
+export function newScreenHeartbeat() {
+    return { inflight: 0, watchdog: null, lastParseAt: 0 };
+}
+/** 摘掉看门狗（会话结束 / 屏退役时调用，避免定时器在会话死后误报）。 */
+export function clearScreenWatchdog(heartbeat) {
+    if (heartbeat.watchdog !== null) {
+        clearTimeout(heartbeat.watchdog);
+        heartbeat.watchdog = null;
+    }
+}
+/**
+ * 写一帧到虚拟屏，并维护停摆看门狗（D57）。
+ *
+ * **为什么需要心跳**：xterm 的解析在 `WriteBuffer._innerWrite` 的 setTimeout 回调里跑，
+ * 异常被进程级兜底吞掉之后，那块屏的解析器**永久停摆**——出错的那批数据留在写队列里、
+ * `_bufferOffset` 不前进，而 `write()` 只在队列**空**时才重新调度解析。后果：`tty_screen`
+ * 一直返回**冻结的旧画面**（agent 会据此行事），写队列还会一路堆到 5e7 字符上限。
+ * 心跳把这种屏识别出来退役，`tty_screen` 改为如实报「虚拟屏不可用」。
+ *
+ * 信号用 `write(data, cb)` 的回调（xterm 解析完这批数据才回调）：停摆时回调永远不来 →
+ * `inflight` 不归零 → 看门狗判定。**不能用 `onWriteParsed` 事件**——它在 5.5.0 不是
+ * 公开 API（`Terminal` 只暴露 onBell/onBinary/onCursorMove/onData/onLineFeed/onResize/
+ * onScroll/onTitleChange）。
+ */
+export function writeToScreen(screen, heartbeat, text, onStall, stallMs = SCREEN_STALL_MS) {
+    heartbeat.inflight++;
+    try {
+        screen.write(text, () => {
+            heartbeat.inflight = Math.max(0, heartbeat.inflight - 1);
+            heartbeat.lastParseAt = Date.now();
+            if (heartbeat.inflight === 0)
+                clearScreenWatchdog(heartbeat);
+        });
+    }
+    catch {
+        // 同步抛出（写队列超限 5e7 / 尺寸非法）：屏已不可用，立刻判定停摆
+        heartbeat.inflight = Math.max(0, heartbeat.inflight - 1);
+        onStall(SCREEN_DOWN_WRITE_REJECTED);
+        return;
+    }
+    if (heartbeat.watchdog === null) {
+        const armedAt = Date.now();
+        heartbeat.watchdog = setTimeout(() => {
+            heartbeat.watchdog = null;
+            // 停摆要**双条件**：还有批次没解析完，且整个窗口内**毫无**解析进展。
+            // 只看 inflight 会误杀连续输出的健康屏——看门狗按首次写入武装、5s 后到期时，
+            // 活跃会话几乎总有在途批次（实测：6s 连续输出误判 1 次，见 DEFECTS D57）。
+            if (heartbeat.inflight > 0 && heartbeat.lastParseAt < armedAt)
+                onStall(SCREEN_DOWN_STALLED);
+        }, stallMs);
+        heartbeat.watchdog.unref?.();
+    }
+}
 /* ------------------------------------------------------------------ *
  * 会话管理
  * ------------------------------------------------------------------ */
@@ -881,6 +1071,7 @@ export class SessionManager {
     retire(session) {
         session.closed = true;
         this.sessions.delete(session.id);
+        clearScreenWatchdog(session.screenHeartbeat);
         try {
             session.screen?.dispose();
         }
@@ -928,6 +1119,7 @@ export class SessionManager {
         this.sessions.clear();
         await Promise.all(all.map((session) => {
             session.closed = true;
+            clearScreenWatchdog(session.screenHeartbeat);
             try {
                 session.screen?.dispose();
             }
@@ -1479,6 +1671,8 @@ export class TtyServer {
                 buffer: '',
                 decoder: new StringDecoder('utf8'),
                 screen: this.createScreen(clampInt(cols, 80, 2, 500), clampInt(rows, 24, 2, 200)),
+                screenHeartbeat: newScreenHeartbeat(),
+                screenDownReason: null,
                 orphanedAt: null,
                 shellState: createShellState(),
                 pendingOutput: '',
@@ -1552,15 +1746,32 @@ export class TtyServer {
         }
         void forceKill(session.handle);
     }
-    /** 每会话一块虚拟屏（xterm-headless）：tty_screen 的数据源；失败降级为 null。 */
+    /** 每会话一块虚拟屏（xterm-headless）：tty_screen 的数据源；失败降级为 null。
+     *  构造参数在 createHeadlessScreen（D57：scrollback 不能是 0），这里只做委托。 */
     createScreen(cols, rows) {
+        return createHeadlessScreen(cols, rows);
+    }
+    /**
+     * 退役一块**不可用**的虚拟屏（D57）：解析停摆或写队列满时调用。
+     *
+     * 只摘虚拟屏，**不动会话**——PTY 还活着、浏览器面板照常收发（虚拟屏只是 `tty_screen`
+     * 的数据源）。退役后 `tty_screen` 会如实报「虚拟屏不可用（原因）」，而不是返回冻结的
+     * 旧画面让 agent 据此行事。
+     */
+    dropScreen(session, reason) {
+        if (session.screen === null)
+            return;
+        const screen = session.screen;
+        session.screen = null;
+        session.screenDownReason = reason;
+        clearScreenWatchdog(session.screenHeartbeat);
         try {
-            // buffer 命名空间在 xterm 5.x 是提案 API，必须开 allowProposedApi
-            return new HeadlessTerminal({ cols, rows, scrollback: 0, allowProposedApi: true });
+            screen.dispose();
         }
         catch {
-            return null;
+            /* 已释放 */
         }
+        console.warn(`[dsh-tty] 虚拟屏已退役（${reason}），会话 ${session.id} 的 tty_screen 将报不可用；PTY 与前端不受影响`);
     }
     async handleMessage(ws, msg, local, cleanupAll, conn) {
         try {
@@ -1723,6 +1934,8 @@ export class TtyServer {
                         buffer: '',
                         decoder: new StringDecoder('utf8'),
                         screen: this.createScreen(clampInt(msg.cols, 80, 2, 500), clampInt(msg.rows, 24, 2, 200)),
+                        screenHeartbeat: newScreenHeartbeat(),
+                        screenDownReason: null,
                         orphanedAt: null,
                         shellState: createShellState(),
                         pendingOutput: '',
@@ -1928,6 +2141,7 @@ export class TtyServer {
             this.sessions.remove(session.id);
             if (session.kind === 'ssh' && session.tmuxName !== null)
                 this.trackPersist(session.tmuxName, false);
+            clearScreenWatchdog(session.screenHeartbeat);
             try {
                 session.screen?.dispose();
             }
@@ -1978,11 +2192,12 @@ export class TtyServer {
             session.lastOutputAt = Date.now();
             session.buffer = tailFromSafeBoundary(session.buffer + text, BUFFER_CAP);
             feedShellIntegration(session, text);
-            try {
-                session.screen?.write(text);
-            }
-            catch {
-                /* 虚拟屏异常不阻断输出链路 */
+            const screen = session.screen;
+            if (screen !== null) {
+                // 心跳包裹（D57）：同步抛出 / 解析停摆的屏会被退役，而不是让 tty_screen 一直返回冻结画面
+                writeToScreen(screen, session.screenHeartbeat, text, (reason) => {
+                    this.dropScreen(session, reason);
+                });
             }
             if (session.clients.size === 0)
                 return; // 孤儿会话：仅积累缓冲，等待重连 attach 回放
@@ -3470,8 +3685,11 @@ const plugin = definePlugin({
                             if (session === undefined || session.closed)
                                 throw new Error(`会话不存在或已退出: ${input.sid}`);
                             const screen = session.screen;
-                            if (screen === null)
-                                throw new Error(`虚拟屏不可用: ${input.sid}`);
+                            if (screen === null) {
+                                // D57：屏可能被退役（解析停摆 / 写队列满）——如实报原因，别让 agent 以为只是没开
+                                const why = session.screenDownReason === null ? '' : `（${session.screenDownReason}）`;
+                                throw new Error(`虚拟屏不可用: ${input.sid}${why}`);
+                            }
                             const buffer = screen.buffer.active;
                             const lines = [];
                             for (let row = 0; row < screen.rows; row++) {
@@ -4110,6 +4328,10 @@ const plugin = definePlugin({
         }, REAPER_INTERVAL_MS);
         reaperTimer.unref?.();
         ctx.effect(() => () => clearInterval(reaperTimer), 'dsh-tty: orphan reaper');
+        // 虚拟屏异常兜底（D57）：xterm-headless 的解析跑在 WriteBuffer 的 setTimeout
+        // 回调里，写入路径的同步 try/catch 结构性拦不住；没有兜底时任何一处虚拟屏异常
+        // 都会直接打死宿主进程（Web GUI 掉线、会话表清空、agent 全丢）。插件卸载时摘掉。
+        ctx.effect(() => installXtermScreenCrashGuard(), 'dsh-tty: xterm crash guard');
         // 插件卸载时回收全部会话、隧道与 SFTP 连接
         ctx.effect(() => {
             return () => {