dsh-deepseek-web-login 0.6.2 → 0.6.3

package/CHANGELOG.md

@@ -2,6 +2,36 @@
 
 本项目遵循大致语义化版本；日期为本地时间。
 
+## 0.6.3 — 2026-09-27
+
+> 限流之后**任务自己接下去**，不用再手点「继续」。
+
+### 修复
+
+- **限流不再让整轮直接结束**：适配器现在**显式声明重试策略**
+  （`providerRetryPolicy`，上限 `maxDelayMs` 与我们的最大限流退避对齐）。
+  此前返回 `undefined` ⇒ 落到 dsh-llm 的默认上限 **10 秒**，而我们的限流退避是 **40~117 秒**
+  ⇒ 策略判定"提供方要的等太久"**直接放弃重试**，`turn/end` 变成 error、界面显示
+  「本轮运行失败」，必须用户手点「继续」。现场证据（会话日志原文）：
+  `failure:{code:"RATE_LIMIT", providerRetryAfterMs:49208}`。
+- 🔴 **SSE 路径现在也会问「还能不能换号」**：此前只有 HTTP 路径走 `canFailover`，
+  而**节流最常见的形态正是 SSE**（`event: error` / `event: toast`）⇒ "能换号就给 2s 短退避、
+  让重试立刻发生并由检查点换号"这套逻辑在真实场景里从未生效过。
+- `canFailover` 提成**单一来源**（`makeCanFailover`）：HTTP 与 SSE 两条路径必须同答，
+  否则会出现"有时自己接下去、有时必须手点"。
+
+### 修正
+
+- `throttleBackoffMs` 的注释与代码不一致：多处写"20s 起"，而实现是**先推档再计算**
+  ⇒ 实际首档 **40s**。按实测值（49208ms = 40000 + 23% 抖动）校正注释，**不动行为**。
+
+### 说明
+
+- 重试是**有界**的（normal 模式、最多 5 次），避免账号真被封时无限打请求；
+  想要"绝不放弃"可把 `RETRY_POLICY.maxRetries` 调大或改 `mode: 'always'`（默认不开）。
+- 封禁（`user is muted`）不受影响：解除时间远大于上限时仍按"放弃重试 + 显示解除时间"处理；
+  但**短封禁**（< 上限）现在也能自己等过去。
+
 ## 0.6.2 — 2026-09-27
 
 > 长尾工具压成**一行**：`` `签名` — 首句 ``。目录再瘦一圈，能力依然一个不少。

package/lib/index.js

@@ -1479,15 +1479,20 @@ function muteUntilMs(json) {
 * 为什么是 2 秒而不是 0：让 dsh-llm-retry 立刻重发，但仍留一点余量 ——
 * 重发进入适配器时，"自动换号"的检查点要先跑完（可能含一次探活）。
 * 它**不是**"等对面恢复"的退避，而是"我马上换个号再试一次"的信号。
+*
+* 导出是为了让 `adapter.ts` 声明重试策略时拿它当 `initialDelayMs`（单一来源）。
 */
 const FAILOVER_RETRY_MS = 2e3;
 /**
-* 限流但**没得换号**时的退避。
+* 限流但**没得换号**时的退避（HTTP 路径用的定值）。
 *
 * 为什么还留着 20 秒：限流是"发太快了"的反馈，同号立刻重试只会再撞一次。
 * ⚠️ 但它同时意味着"这一轮基本就断了" —— 台账实测限流后能自动重发的几次，间隔都落在
 * 27.8s ~ 60s 且那几次仍然失败。所以**能换号就一定走 `FAILOVER_RETRY_MS`**，
 * 别让用户在这里干等（那是"任务卡住、要手动重发"的根源）。
+*
+* ⚠️ 别拿它当"我们的最大退避"：SSE 路径走的是 `throttleBackoffMs`（渐长、上限更高），
+* 见 `MAX_THROTTLE_RETRY_MS`。
 */
 const THROTTLE_RETRY_MS = 2e4;
 /**
@@ -1554,11 +1559,34 @@ function fetchImplKind() {
 }
 let throttleStreak = 0;
 let lastThrottleAt = 0;
-/** 取下一次节流退避（ms）：20s 起、每次翻倍、上限 90s，并加 0~30% 抖动。 */
+/** 限流退避：基数 20s、每次翻倍、封顶 90s，另加 0~30% 抖动。 */
+const THROTTLE_BASE_MS = 2e4;
+const THROTTLE_MAX_MS = 9e4;
+const THROTTLE_JITTER_RATIO = .3;
+/**
+* 我们**可能**上报给调用方（`dsh-llm-retry`）的**最大**限流退避。
+*
+* 🔴 它必须 ≤ 适配器声明的 `providerRetryPolicy().backoff.maxDelayMs`（见 `adapter.ts`）：
+* dsh-llm 的重试策略在 normal 模式下，一旦「提供方要的延迟 > maxDelayMs」就**直接放弃重试**
+* （`return next()`），整轮随即以 error 结束 —— 表现就是"任务停在限流上，要用户手点继续"。
+*
+* 实测 2026-09-27 14:35:32（会话日志原文）：
+*   `failure: {code: "RATE_LIMIT", providerRetryAfterMs: 49208}` → 默认 maxDelayMs=10000
+*   ⇒ 一次都没重试，`turn/end` 直接是 error。所以**两边的数字必须一起看**，别只改一边。
+*/
+const MAX_THROTTLE_RETRY_MS = Math.round(THROTTLE_MAX_MS * 1.3);
+/**
+* 取下一次节流退避（ms）。
+*
+* ⚠️ 实际的**首档是 40s，不是 20s**：`noteThrottled` 先把 `throttleStreak` 加一，
+* 再调本函数算 `20s × 2^streak`。注释与代码曾不一致（多处写"20s 起"），
+* 2026-09-27 按实测值（49208ms = 40000 + 23% 抖动）校正为 40s 起。
+* 保序：40s → 80s → 90s（封顶），每次都加 0~30% 抖动。
+*/
 function throttleBackoffMs(now = Date.now()) {
 	if (now - lastThrottleAt > 3e5) throttleStreak = 0;
-	const base = Math.min(2e4 * 2 ** throttleStreak, 9e4);
-	return base + Math.round(base * .3 * Math.random());
+	const base = Math.min(THROTTLE_BASE_MS * 2 ** throttleStreak, THROTTLE_MAX_MS);
+	return base + Math.round(base * THROTTLE_JITTER_RATIO * Math.random());
 }
 /** 记录一次节流；返回本次应给的退避（ms）。 */
 function noteThrottled(now = Date.now()) {
@@ -1568,6 +1596,22 @@ function noteThrottled(now = Date.now()) {
 	return throttleBackoffMs(now);
 }
 /**
+* 限流（SSE 路径）该向调用方要多久的退避。
+*
+* 能换号 ⇒ 短退避，让重试**立刻**发生（重发前的检查点会换上可用账号）；
+* 不能 ⇒ 给足渐长退避。问不出来（没注入 / 抛错）时按"不能换号"处理：保守方向 ——
+* 宁可多等一会儿，也不要给一个它其实接不上的短退避（那只会更快地撞同一个限流）。
+*
+* ⚠️ `noteThrottled()` 有副作用（推高 streak），所以**只在真要长退避时才调它** ——
+* 能换号时不烧档位。
+*/
+function throttleRetryAfterMs(canFailover) {
+	try {
+		if (canFailover?.("throttled") === true) return FAILOVER_RETRY_MS;
+	} catch {}
+	return noteThrottled();
+}
+/**
 * 账号级节流：「发得太频繁」。
 *
 * 实测 2026-09-11 16:11（SSE error 事件，不是 HTTP 429）：
@@ -2571,7 +2615,7 @@ function createSseState(options = {}) {
 					event.rateLimitKind = "concurrent";
 				} else if (isThrottled(message)) {
 					event.code = "RATE_LIMIT";
-					event.retryAfterMs = noteThrottled();
+					event.retryAfterMs = throttleRetryAfterMs(options.canFailover);
 					event.rateLimitKind = "throttled";
 				}
 				out.push(event);
@@ -2590,7 +2634,7 @@ function createSseState(options = {}) {
 					event.rateLimitKind = "concurrent";
 				} else if (isThrottled(full)) {
 					event.code = "RATE_LIMIT";
-					event.retryAfterMs = noteThrottled();
+					event.retryAfterMs = throttleRetryAfterMs(options.canFailover);
 					event.rateLimitKind = "throttled";
 				}
 				out.push(event);
@@ -2900,19 +2944,28 @@ const defaultTransport = {
 *  - 会话失效（invalid chat session id）→ **换一个新会话透明重试一次**（用户无感）；
 *  - 其它业务错误 → 按业务码抛出（AUTH / RATE_LIMIT / PROVIDER_ERROR…）。
 */
-async function openCompletion(auth, params, signal, transport) {
-	let lastFailure;
-	/**
-	* 宿主给的「还能不能换号接着干」。问不出来（没注入 / 抛错）时按**不能**处理 ——
-	* 保守方向：宁可让用户点一次「继续」，也不要给一个它其实接不上的短退避。
-	*/
-	const canFailover = (kind) => {
+/**
+* 宿主给的「当前账号被限时，还能不能换号接着干」。
+*
+* 🔴 **单一来源**：`openCompletion`（HTTP 路径）与 `streamWebCompletion`（SSE 路径）都必须走它 ——
+* 两条路径的答案不一致时会出现最难查的故障：SSE 给长退避放弃重试，而 HTTP 给短退避重发，
+* 用户看到的就是"有时自己接下去了、有时必须手点继续"。
+*
+* 问不出来（没注入 / 抛错）时按**不能**处理 —— 保守方向：宁可让用户多点一次「继续」，
+* 也不要给一个它其实接不上的短退避（那只会更快地撞同一个限流）。
+*/
+function makeCanFailover(params) {
+	return (kind) => {
 		try {
 			return params.canFailover?.(kind) === true;
 		} catch {
 			return false;
 		}
 	};
+}
+async function openCompletion(auth, params, signal, transport) {
+	let lastFailure;
+	const canFailover = makeCanFailover(params);
 	for (let attempt = 0; attempt < 2; attempt++) {
 		const lease = await leaseSession(auth, signal, transport, params.sessionReuseTurns ?? 20, params.onDeleteSession);
 		const sessionId = lease.sessionId;
@@ -3050,6 +3103,7 @@ let reuseFlightTail = Promise.resolve();
 async function* streamWebCompletion(auth, params, transport = defaultTransport) {
 	const controller = new AbortController();
 	const signal = params.signal ? AbortSignal.any([params.signal, controller.signal]) : controller.signal;
+	const canFailover = makeCanFailover(params);
 	const rawLimit = params.sessionReuseTurns ?? 20;
 	const limit = Number.isFinite(rawLimit) ? Math.max(0, Math.floor(rawLimit)) : 20;
 	let release;
@@ -3141,6 +3195,7 @@ async function* streamWebCompletion(auth, params, transport = defaultTransport)
 		if (timer) clearTimeout(timer);
 		iterator = parseWebSse(body, {
 			thinkingEnabled: params.thinkingEnabled,
+			canFailover,
 			onResponseMessageId: (id) => {
 				responseMessageId = id;
 			}
@@ -5714,6 +5769,45 @@ function looksMidSentence(text) {
 function allowsAutoContinue(purpose) {
 	return purpose === void 0 || purpose === null || purpose === "" || purpose === "chat";
 }
+/**
+* 交给 dsh-llm 的**重试策略**（`LlmAdapter.providerRetryPolicy` 的返回值）。
+*
+* 🔴 为什么必须显式声明、**不能返回 undefined**：不声明就用 dsh-llm 的默认策略，其中
+* `maxDelayMs = 10_000`；而我们的限流退避是 **40~117s**。normal 模式下策略一旦发现
+* 「提供方要的延迟 > maxDelayMs」就**直接放弃重试**（`return next()`）⇒ 整轮以 error 结束、
+* 用户得手点「继续」。
+*
+* 实测 2026-09-27 14:35:32（会话日志原文）：
+*   `failure:{code:"RATE_LIMIT", providerRetryAfterMs:49208}` → 默认上限 10s
+*   ⇒ **一次都没重试**，`turn/end` 直接是 error。这就是"自动换号了、但还得我发继续"的根因。
+*
+* 声明之后：提供方要的延迟 ≤ `maxDelayMs` 会被**照单等待并重试**（同一个打开的轮次里重跑
+* 失败步骤，历史保持一致），任务自己接下去 —— 重发时"自动换号"的检查点还会换上可用账号。
+*
+* 取值理由：
+* - `initialDelayMs` = `FAILOVER_RETRY_MS`：本地退避起点与"能换号"那条路一致；
+* - `maxDelayMs` = `MAX_THROTTLE_RETRY_MS`（117s）：**必须 ≥ 我们可能上报的最大退避**，
+*   否则又回到"要等太久 ⇒ 放弃"。`tests/check-llm-retry.mjs` 守这个不变量；
+* - `maxRetries` = 5（与 dsh-llm 默认一致）：**有界** —— 避免账号真被封时无限打请求。
+*   想更激进可以调大，或改 `mode: 'always'`（无尝试上限）；那会在坏账号上一直重试，默认不开；
+* - `retryableCodes` 与 dsh-llm 默认一致（含 `RATE_LIMIT`）—— 我们只抛这几个码。
+*/
+const RETRY_POLICY = Object.freeze({
+	mode: "normal",
+	maxRetries: 5,
+	retryableCodes: Object.freeze([
+		"EMPTY_RESPONSE",
+		"RATE_LIMIT",
+		"SERVER",
+		"TIMEOUT",
+		"TRANSPORT"
+	]),
+	backoff: Object.freeze({
+		initialDelayMs: FAILOVER_RETRY_MS,
+		maxDelayMs: MAX_THROTTLE_RETRY_MS,
+		jitterRatio: .2
+	})
+});
 /** 构造 deepseek-web 适配器（鸭子类型满足 LlmAdapter 契约，无需继承）。 */
 function createAdapter(deps) {
 	const logger = deps.config.logger;
@@ -5731,8 +5825,14 @@ function createAdapter(deps) {
 				name: "DeepSeek 网页版（免费）"
 			};
 		},
-		/** 未配置策略 → 走 dsh-llm 默认重试码表（EMPTY_RESPONSE/RATE_LIMIT/SERVER/TIMEOUT/TRANSPORT）。 */
-		providerRetryPolicy(_provider) {},
+		/**
+		* 重试策略：**必须显式给**（理由见 `RETRY_POLICY` 的注释）——
+		* 返回 `undefined` 会落到 dsh-llm 的默认上限 10s，而我们的限流退避是 40~117s，
+		* 于是"要等太久 ⇒ 放弃重试 ⇒ 用户手点继续"。
+		*/
+		providerRetryPolicy(_provider) {
+			return RETRY_POLICY;
+		},
 		/**
 		* 图片请求计价：本路由不声明 → undefined（消费者回落到自己的中性估算）。
 		*
@@ -8894,7 +8994,7 @@ async function checkForUpdate(current, fetchImpl) {
 * 兜底常量与 package.json 的一致性由 `tests/check-smoke.mjs` 守着，不会漂。
 */
 /** 与 package.json 保持一致的兜底版本（由测试保证不会漂）。 */
-const FALLBACK_VERSION = "0.6.2";
+const FALLBACK_VERSION = "0.6.3";
 let cached;
 /** 本插件版本（如 `0.1.26`）。 */
 function pluginVersion() {