@eddyskywalker/dsh-chatgpt-subscription 0.43.1 → 0.44.0

package/CHANGELOG.md

@@ -2,6 +2,22 @@
 
 ## Unreleased
 
+## 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

@@ -53423,6 +53423,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 +53682,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 +53727,10 @@ window.__ModuleLoader__.load({
 		}
 		/**
 		* 判断一个条目的解析值是不是本插件的 Config 切片。
+		*
+		* 按**键**认领而不是按行 id：聚合安装会给条目套家族前缀，而字段名是唯一稳定的。
+		* 认领对象是核心行（进度更新的实现行现在没有这些字段了），所以「值里带
+		* `progressUpdates` 的那一条」就正好是设置该写进去的那一条。
 		* @param value - describe 交来的解析值。
 		* @returns 是否带 `progressUpdates` 这个键。
 		*/
@@ -53857,6 +53904,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 +54050,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 +54094,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 +54116,7 @@ window.__ModuleLoader__.load({
 								settings: currentSettings
 							};
 						}
-					}, ProgressUpdatesSettingsSection);
+					}, ProgressUpdatesSettingsSection));
 				} catch {
 					return () => {};
 				}