dsh-deepseek-web-login 0.6.4 → 0.6.5

package/CHANGELOG.md

@@ -2,6 +2,39 @@
 
 本项目遵循大致语义化版本；日期为本地时间。
 
+## 0.6.5 — 2026-09-27
+
+> 修复 0.6.3 的重试策略**形状**错误：它会让「按本地退避重试」算出 `NaN`，把整轮打成 UNKNOWN 错误。
+
+### 修复
+
+- **`providerRetryPolicy` 的返回值改成扁平字段**（0.6.3 包了一层 `backoff`）。dsh-llm 的取法是
+  `adapter.providerRetryPolicy(p) ?? resolveRetryPolicy(…)` —— 我们一返回对象，右侧那个"会把 `backoff`
+  展开成扁平字段"的规范化就**不会执行**，而运行期的消费方读的正是扁平字段
+  （`policy.initialDelayMs / maxDelayMs / jitterRatio`）。实测 DSH 会话日志里 `llm/retry` 事件的
+
+  ```
+  "policyKey":"[\"normal\",5,[\"EMPTY_RESPONSE\",\"RATE_LIMIT\",…],null,null,null]"
+  ```
+
+  后三项是 `null` = `undefined` —— 两个后果，第二个是致命的：
+
+  1. `providerRetryAfterMs > maxDelayMs` 变成 `X > undefined` = **恒 false** ⇒「要等太久就放弃」失效
+     （连封禁一天的解除时间也会被照单等下去）；
+  2. 失败**不带** provider 延迟时（例如 `EMPTY_RESPONSE`）走本地退避 `initialDelayMs * 2**n`，
+     `undefined` ⇒ **`NaN`** ⇒ DSH 写会话事件时拒收非有限数 ⇒ 整轮以
+     `UNKNOWN: session event "llm/retry" carries non-JSON-serializable data` 结束。
+
+     实测 2026-09-27 17:33:51：一轮里第一次重试（限流，带 2s）正常成功；第二次重试
+     （`EMPTY_RESPONSE`，无 provider 延迟）触发该错误 ⇒ 现象就是"任务突然自己停了"。
+
+### 测试
+
+- `check-llm-retry.mjs` 补四条**意图级**断言：策略扁平键齐全且**无 `backoff` 嵌套**、
+  **回放 DSH 的 `retryPolicyKey` 不许出现 `null`**、**回放 `localDelay` 必须算出有限正数**、
+  超长解除时间仍须被判「等太久」而放弃。
+- 反向验证 3 步全部如期红：改回嵌套 → 6 条红；`maxDelayMs` 调小到 10s → 2 条；抽掉 `initialDelayMs` → 4 条。
+
 ## 0.6.4 — 2026-09-27
 
 > 文档版本：把「封号归因」那一节带到 npm 包页面上（纯文档，**无代码改动**）。

package/lib/index.js

@@ -1566,7 +1566,7 @@ const THROTTLE_JITTER_RATIO = .3;
 /**
 * 我们**可能**上报给调用方（`dsh-llm-retry`）的**最大**限流退避。
 *
-* 🔴 它必须 ≤ 适配器声明的 `providerRetryPolicy().backoff.maxDelayMs`（见 `adapter.ts`）：
+* 🔴 它必须 ≤ 适配器声明的 `providerRetryPolicy().maxDelayMs`（**扁平字段**，见 `adapter.ts`）：
 * dsh-llm 的重试策略在 normal 模式下，一旦「提供方要的延迟 > maxDelayMs」就**直接放弃重试**
 * （`return next()`），整轮随即以 error 结束 —— 表现就是"任务停在限流上，要用户手点继续"。
 *
@@ -5784,13 +5784,41 @@ function allowsAutoContinue(purpose) {
 * 声明之后：提供方要的延迟 ≤ `maxDelayMs` 会被**照单等待并重试**（同一个打开的轮次里重跑
 * 失败步骤，历史保持一致），任务自己接下去 —— 重发时"自动换号"的检查点还会换上可用账号。
 *
+* ---
+*
+* 🔴🔴 **形状必须是「扁平」的，不能包一层 `backoff`**（0.6.3 就栽在这上面，0.6.5 修）：
+*
+* dsh-llm 的取法是 `adapter.providerRetryPolicy(provider) ?? resolveRetryPolicy(undefined, …)`
+* —— 我们一返回对象，右边的 `resolveRetryPolicy` **就不会执行**，也就**没人把
+* `backoff: {…}` 展开成扁平字段**。而运行期的消费方（`dsh-llm-retry`）读的是扁平字段：
+*
+*   ```js
+*   retryPolicyKey(policy)  → [policy.mode, policy.maxRetries, […], policy.initialDelayMs,
+*                              policy.maxDelayMs, policy.jitterRatio]
+*   localDelay(config, …)   → config.initialDelayMs / config.maxDelayMs / config.jitterRatio
+*   ```
+*
+* 写成嵌套时的实况（DSH 会话日志里 `llm/retry` 事件的 `policyKey`）：
+*   `["normal",5,[…],null,null,null]` ← 后三项全是 null，即三个字段 **undefined**
+* ⇒ 两个后果，第二个是致命的：
+*   ① `providerRetryAfterMs > maxDelayMs` 变成 `2000 > undefined` = false ⇒ **"要不要放弃"这条
+*      判断彻底失效**（长封禁的解除时间也会被照单等下去）；
+*   ② 失败**不带** provider 延迟时走 `localDelay()`，`initialDelayMs * 2**n` = `NaN`
+*      ⇒ `delayMs: NaN` ⇒ DSH 写会话事件时校验拒收（`walkJsonValue` 拒绝非有限数）
+*      ⇒ 整轮以 **`UNKNOWN: session event "llm/retry" carries non-JSON-serializable data`** 死掉。
+*      实测 2026-09-27 17:33:51（用户以为是"模型自己停了"）。
+*
+* ⇒ 结论：**要么返回扁平策略（本实现），要么干脆返回 `undefined` 走 dsh-llm 自己的默认策略**
+* （`resolveRetryPolicy` 会替我们规范化）。半吊子的中间形态最危险。
+* `tests/check-llm-retry.mjs` 守这条：断言扁平键齐全、无 `backoff` 嵌套、且 `localDelay` 算得出有限值。
+*
 * 取值理由：
 * - `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`）—— 我们只抛这几个码。
+* - `retryableCodes` 与 dsh-llm 默认一致（含 `RATE_LIMIT`、`EMPTY_RESPONSE`）—— 我们只抛这几个码。
 */
 const RETRY_POLICY = Object.freeze({
 	mode: "normal",
@@ -5802,11 +5830,9 @@ const RETRY_POLICY = Object.freeze({
 		"TIMEOUT",
 		"TRANSPORT"
 	]),
-	backoff: Object.freeze({
-		initialDelayMs: FAILOVER_RETRY_MS,
-		maxDelayMs: MAX_THROTTLE_RETRY_MS,
-		jitterRatio: .2
-	})
+	initialDelayMs: FAILOVER_RETRY_MS,
+	maxDelayMs: MAX_THROTTLE_RETRY_MS,
+	jitterRatio: .2
 });
 /** 构造 deepseek-web 适配器（鸭子类型满足 LlmAdapter 契约，无需继承）。 */
 function createAdapter(deps) {
@@ -8994,7 +9020,7 @@ async function checkForUpdate(current, fetchImpl) {
 * 兜底常量与 package.json 的一致性由 `tests/check-smoke.mjs` 守着，不会漂。
 */
 /** 与 package.json 保持一致的兜底版本（由测试保证不会漂）。 */
-const FALLBACK_VERSION = "0.6.4";
+const FALLBACK_VERSION = "0.6.5";
 let cached;
 /** 本插件版本（如 `0.1.26`）。 */
 function pluginVersion() {