c0de-agent 1.11.0 → 1.12.0

package/dist/server/permission/store.js

@@ -7,8 +7,11 @@
 /** 默认 pending 超时时长：5 分钟（300_000ms）。
  *  超过后自动 resolve 为 deny 并清理 store 条目，避免 promise 永久挂起与 pending Map 泄漏。 */
 const DEFAULT_PERMISSION_TIMEOUT_MS = 5 * 60 * 1000;
+/** 首层超时（仅提示）后到兜底自动拒绝的宽限期：25 分钟。双层超时总窗口 30 分钟。 */
+const DEFAULT_PERMISSION_EXPIRE_GRACE_MS = 25 * 60 * 1000;
 function createPermissionStore(opts = {}) {
     const timeoutMs = opts.timeoutMs ?? DEFAULT_PERMISSION_TIMEOUT_MS;
+    const expireGraceMs = opts.expireGraceMs ?? DEFAULT_PERMISSION_EXPIRE_GRACE_MS;
     const pending = new Map();
     // 统一终结路径：clearTimeout → 删除条目 → resolve。
     // 三处调用（confirm、超时回调、abort 联动）都汇聚于此：
@@ -28,9 +31,27 @@ function createPermissionStore(opts = {}) {
             const existing = pending.get(toolCallId);
             if (existing)
                 clearTimeout(existing.timer);
+            // P0 双层超时：首层仅提示（pending 保持，用户可「重新询问」）；提示后仍无响应
+            // 则宽限期后兜底自动拒绝——否则用户离开页面后 run 被永久阻塞、会话 409 锁死。
+            // 无 onTimeout（非交互式 store）保留旧的单层自动拒绝语义。
             const timer = setTimeout(() => {
-                settle(toolCallId, { _tag: 'deny', reason: 'Permission request timed out' });
-                entry.onTimeout?.(entry.request);
+                if (!entry.onTimeout) {
+                    settle(toolCallId, { _tag: 'deny', reason: 'Permission request timed out' });
+                    return;
+                }
+                entry.onTimeout(entry.request);
+                // 首层提示后：重新挂宽限定时器（句柄回写 entry，settle 才能清理它）
+                const expireTimer = setTimeout(() => {
+                    const cur = pending.get(toolCallId);
+                    if (!cur)
+                        return;
+                    pending.set(toolCallId, { ...cur, timer: expireTimer });
+                    cur.onExpired?.(cur.request);
+                    settle(toolCallId, { _tag: 'deny', reason: 'Permission request expired' });
+                }, expireGraceMs);
+                const cur = pending.get(toolCallId);
+                if (cur)
+                    pending.set(toolCallId, { ...cur, timer: expireTimer });
             }, timeoutMs);
             pending.set(toolCallId, { ...entry, timer });
         },
@@ -43,6 +64,13 @@ function createPermissionStore(opts = {}) {
         size() {
             return pending.size;
         },
+        pendingForSession(sessionId) {
+            for (const p of pending.values()) {
+                if (p.request.sessionId === sessionId)
+                    return p.request;
+            }
+            return null;
+        },
         dispose() {
             // dev 热重载重建前调用：所有 pending settle 为 deny（避免悬空 Promise +
             // timer 泄漏），clearTimeout 后清空 Map。
@@ -54,4 +82,4 @@ function createPermissionStore(opts = {}) {
         },
     };
 }
-export { createPermissionStore, DEFAULT_PERMISSION_TIMEOUT_MS };
+export { createPermissionStore, DEFAULT_PERMISSION_EXPIRE_GRACE_MS, DEFAULT_PERMISSION_TIMEOUT_MS };

package/dist/server/registry-config.d.ts

@@ -0,0 +1,14 @@
+import { type Registry } from '../llm/registry.js';
+import type { Config } from '../shared/types/config.js';
+import type { ProviderConfig } from '../shared/types/llm.js';
+/** 把 config.providers 注册到新建的 LLM registry（修复此前空 registry 的遗漏）。 */
+declare function buildRegistryFromConfig(config: Config): Registry;
+declare function registerProviderFromConfig(registry: Registry, p: ProviderConfig): void;
+/**
+ * config 变更后原子地同步 registry：在隔离的 next registry 上重建全部路由，
+ * 完成后一次性替换 registry 内部 table 引用。运行中的 resolveRoute 任何时刻
+ * 看到的都是完整的旧表或完整的新表，不会读到「已清空但未注册完」的半状态，
+ * 因此不会把本可用的 provider 误判为 NoRoute。ServerContext 立即生效，无需重启。
+ */
+declare function syncRegistryFromConfig(registry: Registry, config: Config): void;
+export { buildRegistryFromConfig, registerProviderFromConfig, syncRegistryFromConfig };

package/dist/server/registry-config.js

@@ -0,0 +1,44 @@
+// src/server/registry-config.ts
+// config.providers ↔ LLM registry 的构建/同步逻辑（P1-1 从 server.ts 拆出，
+// 供 chat 路由按项目配置构建注册表，避免 routes → server.ts 循环依赖）。
+import { decryptSecret } from '../core/secret.js';
+import { createRegistry, overrideToCapabilities, rebuildRegistry, registerProvider, } from '../llm/registry.js';
+/** 把 config.providers 注册到新建的 LLM registry（修复此前空 registry 的遗漏）。 */
+function buildRegistryFromConfig(config) {
+    const registry = createRegistry();
+    for (const p of config.providers) {
+        registerProviderFromConfig(registry, p);
+    }
+    return registry;
+}
+function registerProviderFromConfig(registry, p) {
+    // 兼容 config.json 中以 _tag 标识 provider 的格式（name 缺失时回退到 _tag）
+    const name = p.name || p._tag;
+    if (!name || !p.baseURL)
+        return;
+    // baseURL 已含 /v1 时用 /chat/completions，避免 /v1/v1 双重前缀
+    const path = p.baseURL.replace(/\/+$/, '').endsWith('/v1') ? '/chat/completions' : undefined;
+    registerProvider(registry, {
+        name,
+        baseURL: p.baseURL,
+        apiKey: p.apiKey ? decryptSecret(p.apiKey) : p.apiKey,
+        ...(path ? { path } : {}),
+        // 传递用户配置的 per-model capabilities（contextWindow 等），
+        // 否则 resolveRoute 回退到 DEFAULT_MODEL_CAPABILITIES，可能导致预算过小。
+        ...(p.models ? { models: overrideToCapabilities(p.models) } : {}),
+    });
+}
+/**
+ * config 变更后原子地同步 registry：在隔离的 next registry 上重建全部路由，
+ * 完成后一次性替换 registry 内部 table 引用。运行中的 resolveRoute 任何时刻
+ * 看到的都是完整的旧表或完整的新表，不会读到「已清空但未注册完」的半状态，
+ * 因此不会把本可用的 provider 误判为 NoRoute。ServerContext 立即生效，无需重启。
+ */
+function syncRegistryFromConfig(registry, config) {
+    rebuildRegistry(registry, (next) => {
+        for (const p of config.providers) {
+            registerProviderFromConfig(next, p);
+        }
+    });
+}
+export { buildRegistryFromConfig, registerProviderFromConfig, syncRegistryFromConfig };

package/dist/server/routes/auth.js

@@ -10,8 +10,20 @@
 //   GET  /api/auth/pairing           列出待审批配对
 //   POST /api/auth/pairing/approve   审批通过（签发设备 token）
 //   POST /api/auth/pairing/deny      拒绝配对
+//   GET  /api/auth/devices           列出已授权设备
+//   DELETE /api/auth/devices/:id     撤销设备（立即生效）
 import { Hono } from 'hono';
 import { apiError } from '../middleware/error.js';
+/** 尽力而为的请求来源：x-forwarded-for 首跳（反代场景），否则视为本地回环。仅展示/软限流。 */
+function requestSource(c) {
+    const fwd = c.req.header('x-forwarded-for');
+    if (fwd) {
+        const first = fwd.split(',')[0]?.trim();
+        if (first)
+            return first;
+    }
+    return 'local';
+}
 function createAuthRoute(ctx) {
     const app = new Hono();
     // 首设备注册：凭 bootstrap token（URL ?token=）换发设备 token，bootstrap 随即轮换失效。
@@ -28,7 +40,8 @@ function createAuthRoute(ctx) {
             // bootstrap 已失效/已注册过设备 → 引导走配对审批
             return apiError(c, 403, 'BOOTSTRAP_CONSUMED', 'bootstrap token 已失效（已有设备注册）。请在新设备发起配对，由已授权设备审批。');
         }
-        return c.json({ deviceToken });
+        // P1-3：回传注册成功的设备名，前端展示一次性确认（用户可核对注册的是否自己）。
+        return c.json({ deviceToken, deviceName: body.deviceName ?? '设备' });
     });
     // 新设备发起配对请求（公开）。
     app.post('/pairing/request', async (c) => {
@@ -36,7 +49,7 @@ function createAuthRoute(ctx) {
             return apiError(c, 400, 'AUTH_DISABLED', '认证未启用');
         }
         const body = (await c.req.json().catch(() => ({})));
-        const result = ctx.authManager.requestPairing(body.deviceName ?? '新设备');
+        const result = ctx.authManager.requestPairing(body.deviceName ?? '新设备', requestSource(c));
         if (!result) {
             return apiError(c, 429, 'PAIRING_LIMIT', '待审批的配对请求过多，请稍后再试');
         }
@@ -89,6 +102,23 @@ function createAuthRoute(ctx) {
             return apiError(c, 404, 'PAIRING_NOT_FOUND', '配对请求不存在或已过期');
         return c.json({ ok: true });
     });
+    // 列出已授权设备（需认证；设置页「已授权设备」面板）。
+    app.get('/devices', (c) => {
+        if (!ctx.authManager) {
+            return apiError(c, 400, 'AUTH_DISABLED', '认证未启用');
+        }
+        return c.json({ devices: ctx.authManager.listDevices() });
+    });
+    // 撤销设备（需认证）。撤销唯一设备后如需重新注册首设备，请运行 c0de auth reset。
+    app.delete('/devices/:id', async (c) => {
+        if (!ctx.authManager) {
+            return apiError(c, 400, 'AUTH_DISABLED', '认证未启用');
+        }
+        const ok = ctx.authManager.revokeDevice(c.req.param('id'));
+        if (!ok)
+            return apiError(c, 404, 'NOT_FOUND', 'Device not found');
+        return c.json({ ok: true });
+    });
     return app;
 }
 export { createAuthRoute };

package/dist/server/routes/chat.d.ts

@@ -1,4 +1,5 @@
 import { Hono } from 'hono';
+import { type SSEStreamingApi } from 'hono/streaming';
 import type { ServerContext } from '../types.js';
 /** 按 session.projectId / worktreePath 解析 agent 工作目录：
  *  - 有 projectId → 项目 worktree（缺失/目录失效时抛错，由上层转 409）。
@@ -9,5 +10,16 @@ export declare function resolveAgentCwd(ctx: ServerContext, session: {
     projectId: string | null;
     worktreePath?: string | null;
 }): Promise<string>;
+/**
+ * SSE 心跳间隔。前端有 90s 静默看门狗（web/services/chat.ts），而服务端各
+ * 等待语义远长于此：bash 默认超时 120s、权限确认 5 分钟、子 agent 执行数分钟。
+ * 这些等待期间没有业务事件帧——若无心跳，前端会在 90s 时 abort 连接，
+ * 服务端 stream.onAbort 随即中止 agent，长命令/权限弹窗/多 agent 全部误杀。
+ * 30s 心跳保证看门狗只对「连接真正死亡」（连续 3 个心跳周期无数据）生效。
+ */
+declare const SSE_HEARTBEAT_INTERVAL_MS = 30000;
+/** 启动心跳定时器；返回停止函数（幂等）。流关闭后写入会被吞掉，安全。 */
+declare function startHeartbeat(stream: SSEStreamingApi): () => void;
+export { SSE_HEARTBEAT_INTERVAL_MS, startHeartbeat };
 declare function createChatRoute(ctx: ServerContext): Hono;
 export { createChatRoute };