dsh-deepseek-web-login 0.6.25 → 0.6.27

package/CHANGELOG.md

@@ -2,6 +2,94 @@
 
 本项目大致遵循语义化版本；日期为本地时间。
 
+## 0.6.27 — 2026-10-02
+
+**修复：早先发过的图片被反复重挂在后面的每条消息上（"我这轮没发图，网页端却又有图"）。**
+
+### 取证过程（这次没有猜）
+
+1. 用户截图：那条 `哈哈哈哈` 消息上挂着两个图片框，但 DSH 里它**没有**图。
+2. 先确认"图是不是真实存在"：写工具解 DSH 会话日志（`dev/scan-session-images.mjs`）——
+   `session.v4.jsonl.zstd` 是 **zstd 多帧**（一个 70KB 文件 34 帧），而 `zstdDecompressSync()`
+   **只解第一帧**，只拿到 session header ⇒ "含 image 的行数"永远是 0（**假阴性**）。
+   逐帧解压后确认：会话里确实有 **2 条带图的用户消息**（"还不错哎"、"这个能看见了吧"）。
+3. 既然图是真的，问题就变成"**为什么它出现在不含图的那一轮**"—— 于是回到代码。
+
+### 根因
+
+`sentRefIds`（"服务端已见过哪些图"的账本）原本是**一个全局 Set + 一个 `sentRefIdsSession` 变量**：
+
+```js
+if (sentRefIdsSession !== sessionId) { sentRefIds = new Set(); sentRefIdsSession = sessionId }
+```
+
+两个窗口交错时它们会互相覆盖：
+
+1. 窗口 A 的请求进来 → 记成 A
+2. 窗口 B 的请求进来（A 还没返回）→ **清空**，记成 B（A 的账没了）
+3. A 的下一轮进来 → 发现 `sentRefIdsSession` 不是自己 → **再清一次**
+
+⇒ A 里**早就发出去过**的图，每轮都被当成"没发过"⇒ 反复重发 ⇒ 网页端把它们挂到了后面每条消息上。
+
+### 修法
+
+账本改成 **`Map<sessionId, Set<key>>`**：每个会话各记各的，并发的窗口互不影响。
+会话退役（`retireSession`）与全量清理（`disposeSessionReuse`）时销掉对应条目，避免 Map 跟着开过的窗口一直涨。
+
+### 验证
+
+- 新增用例：**两个窗口交错**（A 首轮 → B 首轮 → A 续轮 → B 续轮），
+  断言各自的图都只发一次、续轮不再重发
+- 变异反向验证：把账本改回"会话一变就清空" ⇒ 用例变红、`rc=1`
+- 另修两条产物断言（它们引用的是已被替换的旧变量形态；意图不变）
+- `tsc --noEmit`、`npm run test`（60/60）、`check-smoke`、`check-bundle` 全通过
+
+### 新增诊断工具
+
+- `dev/scan-session-images.mjs`：扫一个会话日志，报"历史里到底有没有图片"
+- `dev/dump-image-messages.mjs`：把带图的消息连同文本一起打出来（判断图该挂在哪一轮）
+- `dev/trace-session-images.mjs`：列出图片出现在日志的第几行
+
+## 0.6.26 — 2026-10-01
+
+**修复：新开一个窗口、只发一句话，网页端却显示「修改」+ `2 / 2`。**
+
+### 根因：内部请求占用了对话的会话槽
+
+时序（新窗口的第一句话）：
+
+1. DSH 先发一次 `session-title`（**内部请求，不带结构化 promptParts**）
+2. 它与对话共用同一个 DSH sessionId ⇒ 此前共用同一个 slotKey
+3. 于是 `session-title` 先建会话、发出一条**根消息**（`parent=null`，内容就是那段
+   `Create a concise title…`）；用户的真实消息随后**复用**这个会话，但内部请求不传 parts、
+   没有链 ⇒ `decideFeed` 只能 `detach('no-chain')` ⇒ **又是一条根消息**
+4. 服务端把这两条看成**同一条用户消息的两个版本** ⇒ 网页端渲染成 `1 / 2`、`2 / 2` + 「修改」，
+   而且标题 prompt 直接暴露在用户的对话里
+
+### 修法
+
+新增 `requestSlotKey(auth, params)`，**两个调用点（`openCompletion` / `streamWebCompletion`）
+统一使用**（键必须同源，否则链会写在一个键、读另一个键）：
+
+| 请求 | 归属键 |
+|---|---|
+| 带 `promptParts`（真正的对话） | `账号\|DSH会话` |
+| 不带 `promptParts`（`session-title` / 压缩等） | `internal\|账号` |
+
+分开之后，对话槽里的第一条消息**永远**是这个窗口真正发出的那一条 —— 根消息只有一条。
+
+### 顺带
+
+「自动换号」的提示补上一句：**每换一次号，网页端就会多出一个新会话**（旧会话属于旧账号）。
+用户两次被"同一个窗口又多一个会话"搞懵，都是因为不知道中间换过号。
+
+### 验证
+
+- 新增 2 条用例（端到端 + 会话分槽），并修正 4 处 fixture —— 真实 chat 请求必须带 `promptParts`，
+  否则会被当成内部请求（这本身就是修复要引入的区分）
+- 变异反向验证：把 `requestSlotKey` 改回"共用槽" ⇒ 两条用例都变红、`rc=1`
+- `tsc --noEmit`、`npm run test`（60/60）、`check-smoke`、`check-bundle` 全通过
+
 ## 0.6.25 — 2026-10-01
 
 **新增：投喂决策留痕（`feed-decisions.jsonl`）—— 把"这一轮为什么没走增量"变成可查的事实。**

package/lib/client.js

@@ -1695,7 +1695,7 @@ background:var(--bg2);white-space:pre-wrap;font-size:12px}
 				const paintAutoSwitch = () => {
 					const minutes = currentSwitchMinutes();
 					swValue.textContent = minutes === 0 ? "关闭" : `${minutes} 分钟`;
-					const base = minutes === 0 ? "关闭时不会自动换号 —— 当前账号一直用到你手动切换为止。" : `每 ${minutes} 分钟换到账号库里的下一个可用账号（失效或正在受限的会跳过；可用的不足两个就不换）。换号会让投喂链断掉：下一轮要全量重发，历史图也要重新上传 —— 间隔越短，这个代价出现得越频繁。`;
+					const base = minutes === 0 ? "关闭时不会自动换号 —— 当前账号一直用到你手动切换为止。" : `每 ${minutes} 分钟换到账号库里的下一个可用账号（失效或正在受限的会跳过；可用的不足两个就不换）。换号会让投喂链断掉：下一轮要全量重发，历史图也要重新上传 —— 间隔越短，这个代价出现得越频繁。另外要注意：每换一次号，网页端就会多出一个新会话（旧会话是在旧账号名下的，新账号看不到它），当前窗口也会从头开始 —— 在意网页端会话数量的，把它设成「关闭」。`;
 					const last = lastAutoSwitchInfo;
 					const why = last?.reason === "recently-throttled" ? "，原账号刚被限流" : last?.reason === "current-unusable" ? "，原账号不可用" : "";
 					swHint.textContent = last ? `${base}上次自动换号：${shortTime(last.at)}（${last.from} → ${last.to}${why}）。` : base;