@zhushanwen/pi-subagent-workflow 8.6.0 → 8.7.0

package/src/execution/stdin-writer.ts

@@ -1,198 +0,0 @@
-// src/execution/stdin-writer.ts
-//
-// 向 rpc 子进程 stdin 写入命令的 helper 集合。
-//
-// pi --mode rpc 通过 stdin 的 JSON RpcCommand / RpcExtensionUIResponse 驱动：
-//   - extension_ui_response（主进程回答子进程的 UI 请求，如 ask_user）
-//   - prompt（驱动子进程开始处理 task）
-// 两者共用 child.stdin.write + 背压检查，提取到此模块统一维护。
-
-import type { ChildProcess } from "node:child_process";
-import * as crypto from "node:crypto";
-
-import { getLogger } from "@zhushanwen/pi-extension-logger";
-
-import type { UiResponse } from "./dialog-queue.ts";
-
-const logger = getLogger("subagents");
-
-/**
- * EPIPE 连续失败计数器（record.id → 连续 EPIPE 次数）。
- *
- * [v4 A-1] 计数器从 subagent-service.ts 迁移到本模块（stdin 错误域）。迁移原因：
- * session-runner.ts 已被 subagent-service.ts import（runSpawn 等），若 session-runner
- * 反向 import subagent-service 的 helper 会循环依赖。stdin-writer 不 import 两者，
- * 是 stdin 域中立模块，epipe 计数属 stdin 错误域，职责合理。
- *
- * 错误处理两半面共用本计数器（合并计数，防 spawn→EPIPE→resume 死循环）：
- *   ① 同步 write 抛错（writeStdinLine throw → deliverMessage catch 递增）
- *   ② 异步 stream 'error' event（session-runner.ts child.stdin.on('error') 递增）
- */
-const epipeConsecutiveFailures = new Map<string, number>();
-
-/** 连续 EPIPE 失败阈值：达到即不再尝试 resume（避免无限 spawn → EPIPE → resume 循环）。 */
-export const EPIPE_FAILURE_THRESHOLD = 2;
-
-/**
- * 递增 recordId 的 EPIPE 连续失败计数，返回递增后的新计数。
- * 同步 writeStdinLine throw 与异步 child.stdin 'error' event 共用此入口（合并计数）。
- */
-export function recordEpipeFailure(recordId: string): number {
-  const count = (epipeConsecutiveFailures.get(recordId) ?? 0) + 1;
-  epipeConsecutiveFailures.set(recordId, count);
-  return count;
-}
-
-/** 成功写入时清零某 record 的 EPIPE 连续失败计数（热路径成功 → 重置，允许后续重新计数）。 */
-export function clearEpipeFailure(recordId: string): void {
-  epipeConsecutiveFailures.delete(recordId);
-}
-
-/** dispose 时清空所有 EPIPE 计数（防跨 session 泄漏）。 */
-export function resetAllEpipeFailures(): void {
-  epipeConsecutiveFailures.clear();
-}
-
-/**
- * 按 UiResponse 形状构造 Pi 原生 extension_ui_response 并写 stdin。
- *
- * SR-5：ack（fire-and-forget）不写 stdin——Pi 对 fire-and-forget method 不期待响应，
- * 写入会触发协议错配。其他三种 shape（value/confirmed/cancelled）按对应字段写。
- *
- * [R1] 背压检查：child.stdin.write 返回 false 时记 warn（不阻塞，内核缓冲会随后排空）。
- * [R2] 序列化在本函数内逐分支完成。JSON.stringify 可能抛错（out.value 含循环引用 /
- *     BigInt 等不可序列化结构），try/catch 降级为 cancelled——宁可取消单次 dialog 也不让
- *     父进程崩溃（UI 请求通道不应被脏数据拖垮）。
- *
- * @param child 子进程（stdin 写入响应）
- * @param id 请求 id（关联 response）
- * @param out UiResponse（{value}/{confirmed}/{cancelled}/{ack}）
- * @param signal abort signal（已 aborted 时跳过写入）
- */
-export function respond(child: ChildProcess, id: string, out: UiResponse, signal?: AbortSignal): void {
-  if (signal?.aborted) return;
-  let line: string | undefined;
-  try {
-    if ("value" in out) line = JSON.stringify({ type: "extension_ui_response", id, value: out.value });
-    else if ("confirmed" in out) line = JSON.stringify({ type: "extension_ui_response", id, confirmed: out.confirmed });
-    else if ("cancelled" in out) line = JSON.stringify({ type: "extension_ui_response", id, cancelled: true });
-  } catch (err) {
-    // [R2] out.value 含循环引用/BigInt 等不可序列化结构——降级 cancelled，避免父进程崩溃。
-    logger.warn(`[subagents] JSON.stringify failed for ui response ${id}, degrading to cancelled`, {
-      detail: err instanceof Error ? err.message : String(err),
-    });
-    line = JSON.stringify({ type: "extension_ui_response", id, cancelled: true });
-  }
-  // ack: fire-and-forget，不写 stdin（SR-5）
-  if (line === undefined) return;
-  writeStdinLine(child, line, `ui response for request ${id}`);
-}
-
-/**
- * spawn 后向 rpc 子进程 stdin 写 prompt 命令，驱动 agent 开始处理 task。
- *
- * pi 的 runRpcMode 只通过 stdin RpcCommand 驱动——positional task arg / -p flag
- * 在 rpc mode 下被 resolveAppMode 无视。必须在 spawn 后主动喂 prompt 命令，
- * 否则子进程阻塞等 stdin、永不进入推理（totalTokens 恒 0）。
- *
- * 时机：spawn 后立即写。stdin 是 pipe，内核缓冲保证数据不丢；
- * pi 在 await rebindSession() 后才挂 stdin reader（rpc-mode.ts:778-781），
- * reader 处理 prompt 时 session 已就绪。
- *
- * [V2 决策 3] chatMode 续聊热路径用 prompt + streamingBehavior 统一投递（替代 steer/followUp
- * 命令），pi 权威裁决 busy/idle（设计 F3/F4）：busy 时 followUp 入队/steer 抢占；idle 时
- * streamingBehavior 被忽略、直接开新 turn。不传 streamingBehavior（首帧 prompt / 旧调用方）
- * 行为完全不变——向后兼容。
- *
- * @param child 子进程（stdin 写入 prompt 命令）
- * @param task 完整 task 文本（含 schema 指令）
- * @param options.streamingBehavior V2 统一投递语义：`"followUp"`（排队，当前轮后处理）/ `"steer"`（抢占，立即中断 streaming）。
- *        省略时不写入该字段（首帧 prompt / 非 chatMode 调用方，行为不变）。
- */
-export function sendPromptCommand(
-  child: ChildProcess,
-  task: string,
-  options?: { streamingBehavior?: "followUp" | "steer" },
-): void {
-  if (!child.stdin || child.stdin.destroyed) return;
-  const payload: Record<string, unknown> = {
-    id: crypto.randomUUID(),
-    type: "prompt",
-    message: task,
-  };
-  if (options?.streamingBehavior) {
-    payload.streamingBehavior = options.streamingBehavior;
-  }
-  writeStdinLine(child, JSON.stringify(payload), "prompt command");
-}
-
-/**
- * [review 修复 round2] 已删除 sendFollowUpCommand / sendSteerCommand——deliverToRunning
- * （busy 投递死机制，S2 删除）的唯一消费方移除后两函数成零生产调用方死 export。
- * busy 投递语义由 prompt + streamingBehavior（sendPromptCommand 的
- * options.streamingBehavior: "followUp" | "steer"，pi 权威裁决）承担。
- */
-
-/**
- * 向 rpc 子进程 stdin 写 get_state 命令，查询 sessionFile/sessionId。
- *
- * FR-4: RPC get_state 握手。当 stdout header 未携带 sessionFile 时，
- * 通过此命令向子进程查询当前 session 状态。子进程收到后返回
- * {type:"response", command:"get_state", success:true, data:{sessionFile, sessionId}}。
- *
- * @param child 子进程（stdin 写入 get_state 命令）
- * @returns 请求 id（用于匹配 response）
- */
-export function sendGetStateCommand(child: ChildProcess): string {
-  const id = crypto.randomUUID();
-  const command = JSON.stringify({
-    id,
-    type: "get_state",
-  });
-  writeStdinLine(child, command, "get_state command");
-  return id;
-}
-
-/**
- * 向子进程 stdin 写一行（自动补换行），带背压检查 + EPIPE 检测。
- *
- * [R1] write 返回 false 时记 warn（不阻塞，内核缓冲会随后排空）。
- * [R3] write 抛 EPIPE / ERR_STREAM_DESTROYED 时 throw 含 EPIPE 关键词的 Error，
- *      让上层（deliverMessage）能捕获并自动转冷路径 resume。
- * stdin 已关闭/销毁时跳过——respond 已检查 signal，sendPromptCommand 已检查 destroyed。
- *
- * @param child 子进程
- * @param line JSON 行（不含换行）
- * @param warnTag warn 日志的语义标记
- * @throws Error 含 "EPIPE" 关键词——stdin 管道已断（子进程已退出 / stdin 被销毁）
- */
-function writeStdinLine(child: ChildProcess, line: string, warnTag: string): void {
-  if (!child.stdin || child.stdin.destroyed) return;
-  try {
-    const ok = child.stdin.write(line + "\n");
-    if (!ok) logger.warn(`[subagents] stdin backpressure on ${warnTag}`);
-  } catch (err) {
-    // [R3] EPIPE / ERR_STREAM_DESTROYED：stdin 管道已断，子进程已退出或 stdin 被销毁。
-    // [v4 A-1] 错误处理两半面：① 同步 write 抛错（本 catch）——上层 deliverMessage 捕获后
-    //   调 recordEpipeFailure 递增计数；② 异步 stream 'error' event（session-runner.ts 的
-    //   child.stdin.on('error') listener）。两者共用本模块 export 的 recordEpipeFailure
-    //   helper 合并计数（防 spawn→EPIPE→resume 死循环）。
-    // throw 让上层（deliverMessage）捕获并自动转冷路径 resume + 消息重放。
-    if (
-      err !== null &&
-      typeof err === "object" &&
-      "code" in err &&
-      ((err as NodeJS.ErrnoException).code === "EPIPE" ||
-        (err as NodeJS.ErrnoException).code === "ERR_STREAM_DESTROYED")
-    ) {
-      throw new Error(
-        `[subagents] EPIPE on stdin write (${warnTag}): pipe broken, child process likely exited. ` +
-          `Recovery: treat as dead process and resume via cold path.`,
-      );
-    }
-    // 非 EPIPE 错误（不应发生，但兜底降级为 warn 不崩溃）
-    logger.warn(`[subagents] unexpected stdin write error on ${warnTag}`, {
-      detail: err instanceof Error ? err.message : String(err),
-    });
-  }
-}

package/src/execution/stream-sink.ts

@@ -1,126 +0,0 @@
-/**
- * subagent text_delta streaming sink。
- *
- * background subagent 执行期间，session-runner 的 agentEvent 出口把每个 text_delta
- * 传到 SubagentStream.onDelta。本模块做 100ms 时间窗合并后，通过 StreamSink.setWidget
- * 转发到 RPC stdout（经 ctx.ui.setWidget → extension_ui_request 通道）。
- *
- * SubagentStream 是一个生命周期对象——内聚 buffer/timer 状态 + onDelta/dispose 方法。
- * 调用方（subagent-service）创建后只需在 text_delta 时调 onDelta、终态时调 dispose，
- * 不需要拆散 push/clear 两个函数跨层透传。
- *
- * 设计要点：
- * - leading edge：第一个 delta 立即 flush（前端尽快看到开始）
- * - trailing edge：后续 delta 追加 buffer，timer 到期后 flush
- * - 每次 flush 把 buffer 的累积文本 split("\n") 截尾 MAX_WIDGET_LINES 行传给 setWidget
- * - dispose 清除 widget + 清 timer
- */
-
-import type { ExtensionMode } from "./host-mode.ts";
-import { resolveHostMode } from "./host-mode.ts";
-import { isRelayActive } from "./relay-env.ts";
-
-/** UI streaming sink 的最小接口（ctx.ui.setWidget 的 duck-typed 子集）。
- *
- * 当前只有一个 adapter（index.ts session_start 包装 ctx.ui.setWidget）。
- * 保留接口而非裸函数类型，因为 StreamSink 的语义是「UI sink 契约」——
- * 测试 mock 和未来可能的第二 sink（如写文件）都走此契约。 */
-export interface StreamSink {
-  setWidget(key: string, lines: string[] | undefined): void;
-}
-
-/** delta 合并窗口时间（ms）。 */
-const STREAM_FLUSH_MS = 100;
-
-/** widget 发送的最大行数上限。
- *
- * flush 把 buffer 累积全文 split 后经 setWidget RPC 通道整包发送——长输出 subagent
- * （数百 KB）下每 100ms 一次 O(当前总量) 的序列化+传输，累计 O(n²)。widget 是实时
- * 预览（完整输出在 record/eventLog 与 session 文件），只保留尾部行即可；超限时以
- * 一行 truncated 提示替代被裁掉的头部。 */
-const MAX_WIDGET_LINES = 200;
-
-/**
- * subagent text_delta streaming 生命周期对象。
- *
- * 创建后：
- * - `onDelta(delta)`：session-runner 每次 text_delta 调
- * - `dispose()`：subagent 终态时调，清除 widget + 清 timer
- *
- * buffer/timer 状态全部内聚在此对象，调用方不需要关心合并逻辑。
- */
-export class SubagentStream {
-  private readonly widgetKey: string;
-  private readonly sink: StreamSink;
-  private buffer = "";
-  private timer: ReturnType<typeof setTimeout> | undefined;
-  private hasFlushed = false;
-  private disposed = false;
-
-  constructor(recordId: string, sink: StreamSink) {
-    this.widgetKey = `subagent-stream-${recordId}`;
-    this.sink = sink;
-  }
-
-  /** 接收一个 text_delta 增量。空串静默丢弃（不消耗 leading edge）。 */
-  onDelta(delta: string): void {
-    if (this.disposed || delta.length === 0) return;
-    this.buffer += delta;
-    if (!this.hasFlushed) {
-      // leading edge：第一个 delta 立即 flush
-      this.hasFlushed = true;
-      this.flush();
-    } else if (this.timer === undefined) {
-      // trailing edge：后续 delta 经 timer 合并
-      this.timer = setTimeout(() => this.flush(), STREAM_FLUSH_MS);
-    }
-  }
-
-  /** 终态清理：清除 widget + 清 timer（幂等）。 */
-  dispose(): void {
-    if (this.disposed) return;
-    this.disposed = true;
-    if (this.timer !== undefined) {
-      clearTimeout(this.timer);
-      this.timer = undefined;
-    }
-    this.sink.setWidget(this.widgetKey, undefined);
-  }
-
-  private flush(): void {
-    this.timer = undefined;
-    if (this.buffer.length === 0 || this.disposed) return;
-    const lines = this.buffer.split("\n");
-    if (lines.length <= MAX_WIDGET_LINES) {
-      this.sink.setWidget(this.widgetKey, lines);
-      return;
-    }
-    const dropped = lines.length - MAX_WIDGET_LINES;
-    this.sink.setWidget(this.widgetKey, [
-      `(... ${dropped} earlier lines truncated, full output in /subagents detail)`,
-      ...lines.slice(dropped),
-    ]);
-  }
-}
-
-/**
- * background stream 创建策略（widget 私货通道退役步骤 2，E 方案 §6.3）。
- *
- * GUI（mode=rpc）+ relay 激活时不创建——drawer 实时改由 runtime tee 供数
- * （session.subagentEntriesAppended 帧），extension 停发 setWidget 私货，主 pi stdout
- * 卸载。TUI（widget 行是 TUI 用户的实时预览）与 relay 未激活环境（独立 pi / 无
- * xyz-agent runtime）原样创建——universal 包自足性不绑架。
- *
- * env/mode 显式入参而非内部读 process.env：调用方语义（本 record 的宿主形态）一次
- * 确定，测试可注入，函数保持纯判定。
- */
-export function createBackgroundStream(
-  recordId: string,
-  sink: StreamSink | null,
-  mode: ExtensionMode | undefined,
-  env: NodeJS.ProcessEnv | Record<string, string | undefined>,
-): SubagentStream | undefined {
-  if (sink === null) return undefined;
-  if (isRelayActive(env) && resolveHostMode(mode) === "gui") return undefined;
-  return new SubagentStream(recordId, sink);
-}