@eddyskywalker/dsh-chatgpt-subscription 0.43.1 → 0.45.0

package/CHANGELOG.md

@@ -2,6 +2,35 @@
 
 ## Unreleased
 
+## 0.45.0 - 2026-10-28
+
+- **[kimi-code] 新增 `cache-warmup` 子包：稳定前缀下快速预热、保守结果投影与原文引用**
+  - **实现**：新增 `src/host/cache-warmup/`，提供内容寻址原文存储、UTF-8/结构化分页、完整失败集与日志投影、预热预算、真实 Kimi 用量观测、`cache_warmup_result` 精确补读、设置开关及脱敏结构化日志；`cacheWarmup` 默认开启且只影响新结果。
+  - **保护**：不改 promptCacheKey、replay、动态工具 in-history 或漂移保护；旧历史永不回写，原始 `value` 保留，`stable`/`first-request` 不再被误判为漂移，真实 drift 仍立即收回预算。
+  - **准确性**：源码、契约、完整或被截断的 JSON、混合证据与未知大文本保持原样；只有可完整提取的日志/结构化结果生成 preview，完整失败集装不下时回退原文。
+  - **验证**：六份相关测试 104 passed / 1 skipped；全量 Vitest 309 files / 5093 tests passed（9 skipped）；typecheck、build、pack dry-run、npm ci dry-run 全过。真实 110 条工具结果重放仅 1 条测试日志被投影。
+  - **真实 Kimi**：k3.1-pro 第二次请求命中率 97.66%（达到 97% 目标，但仅一次达标，未满足连续两次），第三次 95.52%，控制器保持保守预算；三次额度内未证明进入稳态，详见 `docs/cache-warmup.md`。
+
+- **[codex-chatgpt] 随包兜底目录补齐 GPT 6.1 Terra (#76)**
+  - 新增 `gpt-6.1-terra` / `6.1 Terra` 并默认可见，沿用 GPT-6 的上下文、输出预留、图像输入和推理能力；实时 `/backend-api/codex/models` 发现链路保持不变。
+  - 补齐适配器目录、GPT-6 能力与设置页渲染回归覆盖；PR #77。
+
+## 0.44.0 - 2026-10-27
+
+- **[packaging] 「进展更新」拆成独立组件：同包第二行，可在插件管理页单独关闭**
+  - **机制**：`cordis.patch.yml` 现在插两行 loader 条目；新增 `src/entry-progress-updates.ts` 作为第二个宿主入口（自带 `Config`、`inject` 与 `apply`），`package.json` 增加 `exports["./progress-updates"]` 与子路径行的 `locale/*.json` / `icon`，构建多入口产出 `lib/progress-updates.js`。管理页的「包含的组件」因此从 1 变成 2。
+  - **设置字段留在核心行**：三个 `volatile` 字段仍声明在 `src/index.ts` 的 `Config`，由核心在 `apply` 时通过 `attachProgressSettings()` 把读取器交给新行（两行的挂载顺序两种都兜住）。不能搬走的原因很实在：profile 的 patch 层按 id 定位**替换整行 config**，而用户 profile 早就在核心行写了 `progressUpdates: true`——字段搬去新行，那条 patch 会把新行配置整体抹掉、schema 默认值填回 false，于是「设置显示打开、实际是关的」。
+  - **前端自隐**：同包多行只拆宿主——浏览器半边仍按包加载。客户端挂载时探一次 `GET api/dsh-progress-updates/updates`：**只有路由自己回的 JSON 404／405** 才说明那一行没装（网关兜底的纯文本 `not found` 也是 404，第一版据此把装着它的实例的 UI 也撤了），网络错误按「装着」处理。
+  - **回归**：`progress-updates-live-ref-and-route` 改为读新入口的 `Config`；新增 3 例（宿主不在时撤注册、宿主在时不动、探测失败按装着）；`minimax-media-tool-registration` 改为断言 `progress_update` 不再属于核心行。
+  - **验证**：`npm run typecheck` 0 错误；全量 Vitest **4906 passed / 10 skipped**（唯一失败仍是 GLM adopt 那个环境用例）；`npm run build` 产出 `lib/index.js` + `lib/progress-updates.js`；`npm pack --dry-run` 含 `lib/progress-updates.js`、`locale/progress-updates/{zh,en}.json`、`progress-updates.svg`；直接 import 构建产物确认 `name / apply / Config` 三项齐全、默认值解析为 `true / 8 / auto`。
+  - **未验证**：插件管理页上真的出现两个开关需要重启 DSH（bundle patch 在启动时应用），本轮没有重启你的实例。
+
+- **[proxy] 代理连接池被销毁不再让回答卡死：死连接自动换新，卸载时优雅关闭**
+  - **现象**：长思考进行到一半，界面出现「已重试模型请求（1/3）」与 `terminated: The client is destroyed`，随后「已停止」。与 0.43.0 修的 180 秒超时是两个不同的故障。
+  - **为什么**：`terminated` 是 undici 的包装错误，`The client is destroyed` 是它的 `ClientDestroyedError`——请求还在流式读取时，脚下的连接池已经不存在了。这条线还有两处会把「一次事故」放大成「持续故障」：`ProxyManager.dispose()` 用 `destroy()` 立刻拆连接（任何插件卸载都会掐断在途回答），以及被销毁的 agent 仍留在按 URL 缓存的表里，之后每个请求都复用它并在瞬间失败。
+  - **改法**：卸载改为 `close()`——等在建请求跑完再释放 socket；代理请求遇到 destroyed-client 家族的错误时，把该 URL 的缓存 agent 摘掉、换一个新连接**重试一次**；错误判定只认这一族，普通的连接失败仍然不重放（那是另一种决定）。
+  - **测试**：`test/proxy-manager.test.ts` 新增两例——销毁后换新连接并成功（断言第二次的 dispatcher 不是第一次那个）、普通传输失败只跑一次。
+
 ## 0.43.1 - 2026-10-27
 
 - **[qoder] 上游排队不再被说成「API 密钥无效」；额度用尽与排队分成两条路**

package/cordis.patch.yml

@@ -4,3 +4,8 @@
 - insert:
     - id: dsh-chatgpt-subscription
       name: '@eddyskywalker/dsh-chatgpt-subscription'
+    # 第二个组件：「进展更新」。同包多行 = 两个独立的 loader 条目，管理页各有一
+    # 个开关；浏览器半边仍只有一份 bundle（`dsh.client` 按包声明），所以它自己
+    # 探测这一行的路由在不在，不在就不注册面板与设置分区。
+    - id: dsh-chatgpt-subscription-progress-updates
+      name: '@eddyskywalker/dsh-chatgpt-subscription/progress-updates'

package/lib/client.js

@@ -743,6 +743,18 @@ window.__ModuleLoader__.load({
 				supportsOutputVerbosity: true,
 				defaultOutputVerbosity: "low"
 			},
+			{
+				id: "gpt-6.1-terra",
+				name: "6.1 Terra",
+				contextWindow: GPT_6_DEFAULT_CONTEXT_WINDOW,
+				inputModalities: ["text", "image"],
+				defaultReasoningEffort: "medium",
+				reasoningProfile: "gpt-6",
+				supportsReasoningSummary: true,
+				maxTokens: GPT_6_MAX_TOKENS,
+				supportsOutputVerbosity: true,
+				defaultOutputVerbosity: "low"
+			},
 			{
 				id: "gpt-6-sol",
 				name: "6 Sol",
@@ -834,6 +846,7 @@ window.__ModuleLoader__.load({
 		const DEFAULT_VISIBLE_CODEX_MODEL_IDS = [
 			"gpt-6-astra",
 			"gpt-6.1-sol",
+			"gpt-6.1-terra",
 			"gpt-6-sol",
 			"gpt-6-luna",
 			"gpt-5.6-sol",
@@ -53423,6 +53436,44 @@ window.__ModuleLoader__.load({
 		* （同 dsh-usage / dsh-git-graph 的处理）。
 		*/
 		const PROGRESS_UPDATES_PATH = "api/dsh-progress-updates/updates";
+		/**
+		* 宿主那一行今天装没装。
+		*
+		* 这个包的浏览器半边按**包**加载：即使「进展更新」那一行被关掉，本 bundle 照样
+		* 会跑，面板与设置分区就会变成两个永远空的壳。所以挂载前问一次宿主的只读路由。
+		*
+		* **只在路由自己说不存在时判「没装」**：本路由的 403（非 loopback）与 200 都说明
+		* 它在；而网关对一个不认识的路径回的那句 `not found`（纯文本或 HTML）也常常是
+		* 404，把「任何 404」当成没装会让装着它的实例把 UI 自己撤掉——第一版就是这么写的，
+		* 实测踩到了。
+		*
+		* 探测失败（网络错误、超时、无法判断）一律按「装着」处理：宁可多一格外壳，也不能
+		* 因为一次抖动把装着的功能判成没装。
+		* @returns 宿主半边是否在线。
+		*/
+		async function isProgressUpdatesHostPresent() {
+			if (typeof fetch !== "function") return true;
+			let response;
+			try {
+				response = await fetch(PROGRESS_UPDATES_PATH, {
+					method: "GET",
+					headers: { accept: "application/json" }
+				});
+			} catch {
+				return true;
+			}
+			if (response.status !== 404 && response.status !== 405) return true;
+			if (!(response.headers.get("content-type") ?? "").toLowerCase().includes("json")) return true;
+			let body;
+			try {
+				body = await response.json();
+			} catch {
+				return true;
+			}
+			if (body === null || typeof body !== "object") return true;
+			const ok = body.ok;
+			return typeof ok === "boolean" ? ok : true;
+		}
 		/** 默认定时器：直接转发到 `globalThis`（浏览器与 Node 都能跑）。 */
 		const DEFAULT_TIMERS = {
 			setInterval: (handler, ms) => globalThis.setInterval(handler, ms),
@@ -53644,6 +53695,11 @@ window.__ModuleLoader__.load({
 		* 第一项来自 `cordis.patch.yml` 的行 id（独立安装的唯一形态）；后两项是聚合安装
 		* 可能套的前缀。镜像答上来之后不再用这张表的顺序，改用"值里带 `progressUpdates`
 		* 的那一条"。
+		*
+		* 这三个字段挂在**核心那一行**（`src/index.ts` 的 Config）而不是「进展更新」那一行：
+		* 用户/profile 早就在核心行的 config 里写过 `progressUpdates`，而 loader 的 profile
+		* 层是按 id 替换整行 config 的——字段若搬去新行，profile 一写就等于把那行的开关
+		* 抹成默认值，于是「设置里显示打开」和「实际是关的」同时成立。
 		*/
 		const PROGRESS_SETTINGS_ENTRY_IDS = [
 			"dsh-chatgpt-subscription",
@@ -53684,6 +53740,10 @@ window.__ModuleLoader__.load({
 		}
 		/**
 		* 判断一个条目的解析值是不是本插件的 Config 切片。
+		*
+		* 按**键**认领而不是按行 id：聚合安装会给条目套家族前缀，而字段名是唯一稳定的。
+		* 认领对象是核心行（进度更新的实现行现在没有这些字段了），所以「值里带
+		* `progressUpdates` 的那一条」就正好是设置该写进去的那一条。
 		* @param value - describe 交来的解析值。
 		* @returns 是否带 `progressUpdates` 这个键。
 		*/
@@ -53857,6 +53917,28 @@ window.__ModuleLoader__.load({
 			*/
 			const explicitSource = options.source;
 			/**
+			* 宿主那一行是不是装着。
+			*
+			* 同包多组件之后，关掉「进展更新」只会卸掉宿主那一行：浏览器半边仍随本包的
+			* bundle 加载，面板与设置分区就会变成永远空的壳。启动时问一次宿主的只读路由，
+			* 缺了就撤掉已经注册的槽位、并且不再响应后续出现的槽位。
+			*
+			* 显式给了数据源（测试与将来替换实现）时不探测：那时宿主根本不在链路里。
+			*/
+			let hostPresent = true;
+			const registrations = [];
+			const keep = (dispose) => {
+				registrations.push(dispose);
+				return dispose;
+			};
+			if (explicitSource === void 0) isProgressUpdatesHostPresent().then((present) => {
+				if (present) return;
+				hostPresent = false;
+				for (const dispose of registrations.splice(0)) try {
+					dispose();
+				} catch {}
+			});
+			/**
 			* 默认数据源：每个会话一份轮询源。
 			*
 			* 槽位是 session 作用域的，同一个页签在会话切换时会被重新注入一次；按会话 id
@@ -53981,37 +54063,40 @@ window.__ModuleLoader__.load({
 			* 这是本特写的主形态——不依赖侧栏，也不依赖宿主路由，只看工具调用的参数。
 			*/
 			ctx.slots.inject("tool.call.toolview", () => {
+				if (!hostPresent) return () => {};
 				try {
-					return ctx.slots.register({
+					return keep(ctx.slots.register({
 						name: "tool.call.toolview",
 						key: PROGRESS_UPDATE_TOOL_NAME,
 						locale: NS_PROGRESS_UPDATES
-					}, ProgressRow);
+					}, ProgressRow));
 				} catch {
 					return () => {};
 				}
 			});
 			/** 阶段二：同一个 id 下渲染页签正文。 */
 			ctx.slots.inject("sidebar.right.pane.tab", () => {
+				if (!hostPresent) return () => {};
 				try {
-					return ctx.slots.register({
+					return keep(ctx.slots.register({
 						name: "sidebar.right.pane.tab",
 						key: PANEL_TAB_ID,
 						locale: NS_PROGRESS_UPDATES,
 						inject: (sessionId) => ({ source: explicitSource ?? hostSourceOf(sessionId) })
-					}, ProgressUpdatesTab);
+					}, ProgressUpdatesTab));
 				} catch {
 					return () => {};
 				}
 			});
 			/** 阶段二：同一个 id 下渲染页签条上的标题。 */
 			ctx.slots.inject("sidebar.right.pane.tab.title", () => {
+				if (!hostPresent) return () => {};
 				try {
-					return ctx.slots.register({
+					return keep(ctx.slots.register({
 						name: "sidebar.right.pane.tab.title",
 						key: PANEL_TAB_ID,
 						locale: NS_PROGRESS_UPDATES
-					}, ProgressUpdatesTabTitle);
+					}, ProgressUpdatesTabTitle));
 				} catch {
 					return () => {};
 				}
@@ -54022,9 +54107,10 @@ window.__ModuleLoader__.load({
 			* 没有这一格，面板就是注册好了也永远点不开——类型和正文都不会自己长出入口。
 			*/
 			ctx.slots.inject("settings.section", () => {
+				if (!hostPresent) return () => {};
 				try {
 					const openPanel = openPanelAction(ctx, options.openPanel);
-					return ctx.slots.register({
+					return keep(ctx.slots.register({
 						name: "settings.section",
 						id: SETTINGS_SECTION_ID,
 						order: 150,
@@ -54043,7 +54129,7 @@ window.__ModuleLoader__.load({
 								settings: currentSettings
 							};
 						}
-					}, ProgressUpdatesSettingsSection);
+					}, ProgressUpdatesSettingsSection));
 				} catch {
 					return () => {};
 				}