@luchenglong/cli-bridge 0.2.11 → 0.2.13

package/CHANGELOG.md

@@ -9,6 +9,64 @@ GitHub Release（`scripts/verify.mjs` 在 CI 与 prepack 双重锁一致）。
 > - CodeBuddy 线：[docs/history/codebuddy/CHANGELOG.md](docs/history/codebuddy/CHANGELOG.md)（终版 1.6.2）
 > - MiMo 线：[docs/history/mimo/CHANGELOG.md](docs/history/mimo/CHANGELOG.md)（终版 1.2.9）
 
+## [0.2.13] - 2026-10-20
+
+> 用户反馈「通道可能通了，但是我没有看到状态灯」。查证后：**灯没坏，是显示条件没被满足**
+> —— 常规会话里没有活动就不出现（这是 0.2.1 修「灯永久挂着」时定的），而按用户要求
+> 「跑完后 10 秒内消失」之前的窗口是 **60 秒**。
+
+### Changed
+- **完成态指示灯淡出窗口 60s → 10s**（`PROJECT_DONE_TTL_MS`）。用户明确要求：常规会话里
+  不调用就不出现、调用时亮、**跑完 10 秒内消失**。运行中仍走 10 分钟防抖（短暂停顿不该让灯闪）。
+  已完成项目只在 pill 行淡出，弹窗里仍保留作历史，不丢数据。
+- **专用模式（preset 会话）的常驻灯不受影响**：那条路径走客户端 `readyShow`（`iAm === true`），
+  与 stale 标记无关。活动期间显示活动灯，10s 后自然回落到常驻的「就绪」灯。
+
+### 排查结论（供后来者，避免重复怀疑是 bug）
+- 家级只暴露 `/cli-bridge/status` 等**只读**路由，没有可以从外部注入活动的入口；灯的数据
+  必须由宿主真实执行时上报。
+- 两条上报路径：preset/dynamic 形态走 `ctx.emit('<id>/status')` /
+  `cliBridgeCollector.mergeSnapshot`；**MCP 形态**原子写
+  `{dsh-home}/cli-bridge-mcp-<id>.json`，家级在响应 status 时读盘合并。
+- 灯是否渲染：`fresh`（未 stale 的项目）**或** `readyShow`（当前会话就属于该 provider 的
+  preset）二者之一非空。两者都空 → 整行不渲染。所以「普通会话 + 无近期活动」下看不到灯
+  是设计而非故障。
+
+### Added
+- `tests/e2e/mcp-lamp-e2e.mjs`：跑**真实 stdio MCP 协议**（initialize → tools/list →
+  tools/call），验证 `cli-bridge-mcp-<id>.json` 被写入。传 `CLB_MCP_HOME` 可指向真实
+  dsh-home，实测 MCP 调用后 `status` 立即出现 `state=ok / stale=false / age=0s`，
+  证明「常规会话调用 → 灯亮」这条链路成立。
+
+## [0.2.12] - 2026-10-20
+
+> 起因是用户问「现在所有 CLI 都是默认无需用户点确认的模式吗」。核对后发现 **codex 不是** ——
+> 它此前完全依赖用户自己的 `~/.codex/config.toml`。
+
+### Fixed
+- **codex 在非交互场景可能等一个没人能点的批准，一路挂到超时**。`codex exec` 没有 TTY，
+  此前 provider 的 `approvalPolicy` 默认留空 → 不传 `-c approval_policy` → 完全由用户的
+  `~/.codex/config.toml` 决定。本机因为恰好写了 `approval_policy = "never"`（实测 stderr 报
+  `approval: never`）才没炸；换台机器或用户改配置就会静默变成"每次都等批准"。
+  现在：用户显式配了就用；没配则在 accept-edits/bypass 语义下**强制**
+  `-c approval_policy="never"`（plan 态不注入，保留人工确认的语义）。
+  四家免批准方式现已一致且显式：
+  agy `--dangerously-skip-permissions --mode accept-edits` / claude
+  `--dangerously-skip-permissions` / codex `-c approval_policy="never"` / opencode `--auto`。
+
+### Added（验收工具，不参与 `node --test`）
+- `tests/e2e/cli-connectivity.mjs`：逐家真实跑**两轮**，第一轮要求记住暗号、第二轮续聊同一
+  会话问暗号。只有暗号回来才算"持续沟通正常"——**只看有没有回 sessionId 是不够的**。
+  四家实测全通过（agy `--conversation` / claude `--resume` / codex `exec resume` /
+  opencode `--session`）。顺带修了脚本里 `opencode` 直接写裸名导致的 ENOENT（真名
+  `opencode-cli.exe`，装在 `ai.opencode.desktop\cli\<ver>\`、不在 PATH）。
+- `tests/e2e/lamp-live-check.mjs`：用 preset 形态 + 模拟宿主 ctx 真跑一次任务，捕获
+  `<id>/status` 事件，验证「灯会亮」。四家均实测 `running → ok`。
+  过程中踩到一个**桩自身的坑**（值得记下）：模拟宿主 `subprocess.spawn` 时必须遵守
+  `spec.stdio.stdin === 'ignore'`。桩里不管 stdio 时 stdin 是一直开着的 pipe，CLI 会等 stdin，
+  最终被打超时杀死 → `exitCode=null` → 明明答对了却被判 `CLI_ERROR`。
+  对照实验：`stdin=ignore` → exit 0/SUCCESS；`stdin=pipe 不关` → exit null/CLI_ERROR。
+
 ## [0.2.11] - 2026-10-20
 
 > 用户反馈：「claude 我是用 cc-switch 改的配置，你现在获取的模型不对」。查证后不是列表写错，

package/dynamic/codex.host.js

@@ -714,9 +714,15 @@ function defineProvider (deps = {}) {
       if (resume) argv.push('-c', 'sandbox_mode="' + sandbox + '"')
       else argv.push('-s', sandbox)
 
-      const approval = (settings && settings.approvalPolicy && APPROVAL_POLICIES.indexOf(String(settings.approvalPolicy)) >= 0)
+      // 审批策略：非交互（-p/exec 无 TTY）场景**必须**显式给 never，否则 codex 会按自身
+      // 配置（或内置默认 on-request）请求批准 —— 没人能点，进程一路挂到超时。
+      // 此前这里默认留空、完全依赖用户 ~/.codex/config.toml（本机恰好写了 never 才没炸），
+      // 属于隐式依赖：换台机器或用户改配置就会静默变成"每次都等批准"。
+      // 现规则：用户显式配了就用；没配则 accept-edits/bypass 语义下强制 never。
+      const configuredApproval = (settings && settings.approvalPolicy && APPROVAL_POLICIES.indexOf(String(settings.approvalPolicy)) >= 0)
         ? String(settings.approvalPolicy)
         : ''
+      const approval = configuredApproval || (mode === 'plan' ? '' : 'never')
       // exec 没有 -a/--ask-for-approval；等价效果只能经 -c 覆盖（TOML 字符串值）。
       if (approval) argv.push('-c', 'approval_policy="' + approval + '"')
 

package/home-plugin/cli-bridge-indicator/lib/client.js

@@ -252,9 +252,12 @@ window.__ModuleLoader__.load({
         return function () { window.removeEventListener("keydown", h); };
       }, [open]);
       const pills = [];
-      // 陈旧过滤（0.2.1 修复「指示灯长期存在」）：stale 项目（>10min 无活动且未运行）不再
-      // 渲染成常亮灯。历史事故：一次失败后 ✗ AGY 灯永久挂在那 —— 弹窗里仍列 stale 项目作
-      // 历史，但 pill 行只认新鲜活动。
+      // 陈旧过滤（0.2.1 修复「指示灯长期存在」）：stale 项目不再渲染成常亮灯。
+      // 历史事故：一次失败后 ✗ AGY 灯永久挂在那 —— 弹窗里仍列 stale 项目作历史，
+      // 但 pill 行只认新鲜活动。stale 由服务端按两态 TTL 标记（运行中 10min 防抖 /
+      // 已收口 10s 淡出，见 index.mjs 的 PROJECT_DONE_TTL_MS）。
+      // 常规会话：不调用就不出现，调用时亮，跑完 10s 内消失；
+      // 专用模式（preset 会话）：活动灯淡出后回落到下面 readyShow 的常驻「就绪」灯。
       for (const meta of metas) {
         const b = (s && s.providers && s.providers[meta.id]) || null;
         if (!b) continue;

package/home-plugin/cli-bridge-indicator/lib/index.mjs

@@ -39,8 +39,13 @@ export const PROJECT_TTL_MS = 10 * 60 * 1000
  * 想看到灯灭」来说太长：任务结束后灯要挂满 10 分钟才消失，用户感知是「灯不灭」。
  * 区分两态：运行中（含短暂间隔）保持长 TTL 防抖；已收口的项目走短 TTL 快速淡出。
  * 淡出只影响 pill 渲染（stale 项目仍在弹窗里作历史），不丢数据。
+ *
+ * 用户要求（0.2.13）：常规会话里「任务跑完后 10 秒内消失」，故取 10s。
+ * 注意这**不影响专用模式（preset 会话）的常驻灯** —— 那条路径走客户端 readyShow
+ * （iAm===true），与这里的 stale 标记无关：活动期显示活动灯，10s 后自然回落成
+ * 常驻的「就绪」灯。
  */
-export const PROJECT_DONE_TTL_MS = 60 * 1000
+export const PROJECT_DONE_TTL_MS = 10 * 1000
 export const MAX_PROJECTS = 24
 export const MAX_SESSIONS = 64
 

package/mcp/cli-bridge-mcp.mjs

@@ -33,7 +33,7 @@ import * as claudeMcp from './providers/claude.mjs'
 import * as codexMcp from './providers/codex.mjs'
 
 const SERVER_NAME = 'cli-bridge-mcp'
-const SERVER_VERSION = '0.2.11'
+const SERVER_VERSION = '0.2.13'
 const PROTOCOL = '2024-11-05'
 
 const PROVIDERS = [agyMcp, codebuddyMcp, mimoMcp, opencodeMcp, claudeMcp, codexMcp]

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@luchenglong/cli-bridge",
-  "version": "0.2.11",
+  "version": "0.2.13",
   "description": "CLI Bridge for DeepSeek Harness (DSH): one package bridging six local coding-CLI agents — agy (Google Antigravity CLI), Tencent CodeBuddy Code, Xiaomi MiMo (MiMoCode), OpenCode, Claude Code, and OpenAI Codex CLI. Each provider keeps its own agent preset (cordis-agy / codebuddy-first / cordis-mimo / opencode-first / claude-first / codex-first), tools (<id>_run / <id>_continue / <id>_status, plus per-provider model listing), rate-limit/network fallback dialog, and zero-dependency MCP server, unified under a single home-level status light, one settings file, and one bundle patch. Merges agy-first-bridge, codebuddy-first-bridge and mimo-first-bridge.",
   "license": "MIT",
   "publishConfig": {

package/providers/codex.mjs

@@ -154,9 +154,15 @@ export default function defineProvider(deps = {}) {
       if (resume) argv.push('-c', 'sandbox_mode="' + sandbox + '"')
       else argv.push('-s', sandbox)
 
-      const approval = (settings && settings.approvalPolicy && APPROVAL_POLICIES.indexOf(String(settings.approvalPolicy)) >= 0)
+      // 审批策略：非交互（-p/exec 无 TTY）场景**必须**显式给 never，否则 codex 会按自身
+      // 配置（或内置默认 on-request）请求批准 —— 没人能点，进程一路挂到超时。
+      // 此前这里默认留空、完全依赖用户 ~/.codex/config.toml（本机恰好写了 never 才没炸），
+      // 属于隐式依赖：换台机器或用户改配置就会静默变成"每次都等批准"。
+      // 现规则：用户显式配了就用；没配则 accept-edits/bypass 语义下强制 never。
+      const configuredApproval = (settings && settings.approvalPolicy && APPROVAL_POLICIES.indexOf(String(settings.approvalPolicy)) >= 0)
         ? String(settings.approvalPolicy)
         : ''
+      const approval = configuredApproval || (mode === 'plan' ? '' : 'never')
       // exec 没有 -a/--ask-for-approval；等价效果只能经 -c 覆盖（TOML 字符串值）。
       if (approval) argv.push('-c', 'approval_policy="' + approval + '"')