dsh-deepseek-web-login 0.6.22 → 0.6.24

package/CHANGELOG.md

@@ -2,6 +2,87 @@
 
 本项目大致遵循语义化版本；日期为本地时间。
 
+## 0.6.24 — 2026-10-01
+
+**修复：浏览器代理传输层不支持 `FormData` ⇒ 图片全部上传失败。**
+
+### 现象
+
+切到浏览器代理传输层（0.6.20 起，官方 DSH 桌面端拿不到 `electron.net.fetch` 时的默认路径）后，
+粘贴图片会得到：
+
+```
+有 1 张图片没能传给模型（DeepSeek 图片上传失败：浏览器代理传输层暂不支持
+Blob/FormData/ReadableStream 请求体），本轮回答只基于文字内容。
+```
+
+### 根因
+
+0.6.20 的 `bodyToPageInit()` 只把 `string` / `Uint8Array` / `ArrayBuffer` 转成页面侧可重建的表达式，
+遇到别的类型直接抛错。而**图片上传走的正是 `FormData`（multipart）**
+（`webapi.uploadImageFile` 里 `form.append('file', new Blob(...), name)`）。
+
+### 修法
+
+`bodyToPageInit()` 现在支持 `FormData` 与 `Blob`，做法是把内容按**字节**搬到页面里重建：
+
+- 字节用 **base64** 传（而非 JSON 数组）—— 体积约为 1/2.4，CDP 消息不会被大图撑爆；
+- 页面侧注入两个小工具：`__dshB64ToBytes`（base64 → Uint8Array）与
+  `__dshRebuildFormData`（按 parts 重建 `FormData`）；
+- 文件部分用 **`new File(...)`** 而不是 `new Blob(...)` —— 必须保住 **filename**，
+  因为服务端按**文件名后缀**判图片类型（见 `protocol.ts`）；
+- 语言无关地遍历 `FormData`（用 `forEach`，不用 `entries()` —— 后者要 `DOM.Iterable` lib）。
+
+### 验证
+
+- 新增一条**真实往返**用例：启本地 HTTP 服务，用 200 KB 的假 PNG 走 `FormData` 上传，
+  断言 `content-type` 带 boundary、`filename` 保住、PNG 魔数（8 字节）原样到达
+- 变异反向验证：把 `FormData` 分支禁用 ⇒ 用例变红、`rc=1`，报错信息与用户截图**逐字一致**
+- `tsc --noEmit`、`npm run test`（60/60）、`check-smoke`、`check-bundle` 全通过
+
+## 0.6.23 — 2026-10-01
+
+**一个窗口 = 一条对话线：不再断链、不再分叉、不再删会话。**
+
+0.6.22 只堵住了"每轮换新会话"，但**链仍然每轮断**——`parent_message_id` 一变成 `null`，
+网页端就把那条渲染成**同层消息**（「修改 / 重新生成」+ `n / n` 翻页）。这次治的是断链本身。
+
+### ① 续链判据：从"严格前缀"改成"容得下运行时注入被原地替换"
+
+旧判据要求 `prev[i] === next[i]` 对全部 i 成立；而 DSH **每一轮**都会重写它自己注入的那条
+运行时快照（原话：`Current runtime context. This snapshot supersedes earlier runtime-context
+snapshots.`）——**替换式**，位置不变、内容每轮变。于是链几乎每轮都作废。
+
+新判据 `canExtendChain` 两条：
+1. 本轮条目必须**真的变长**（没变长说不清是重发还是历史被截断，保守退回）；
+2. **链尾仍在原位**（`next[prev.length-1] === prev[prev.length-1]`）——同时挡住
+   "整体重写"和"中途插入/删除"（那会让增量切错位置）。
+满足时中间差异只可能是原位替换，`entries.slice(prev.length)` 切出来的正好是真正的新内容。
+
+### ② 退回全量时**不再发根消息**（这是"分叉"的直接来源）
+
+`decideFeed` 里把收尾拆成两条路：
+- `detach`（`parent: null`）——**只有真的没有链**时才走：新会话 / 换了 DSH 会话 / 换了账号；
+- `replay`（`parent:` 链尾）——头部变了、历史被改写、增量空/超预算等，**重发全量但仍挂链尾**。
+
+代价只是服务端上下文里多一段重复历史，而分叉是**结构性**的坏。
+
+### ③ 槽位淘汰不再删网页端会话
+
+超限时旧实现 `retireSession + cleanup`（= 排队 DELETE）。现在只清内存槽与链：
+会话留着，回到那个窗口还能接着用；而且"删会话"本身是最强的机器特征之一。
+
+### ④ 顺带修正：投喂回执里的 `chained` 改按 `reason` 判
+
+旧写法 `chained: feed.parentMessageId !== null`，而 ② 之后"重发全量"也挂在链尾 ⇒
+会把"这一轮其实重发了全量"报成 `chained=true`，日志直接说谎。
+
+### 验证
+
+- `tsc --noEmit`、`npm run test`（60/60）、`check-smoke`、`check-bundle` 全通过
+- 新增 4 条用例（2 条 ★ 在 `decideFeed` 层、1 条 ★ 端到端、1 条 ★ 槽位淘汰）
+- 三条修复各自**变异反向验证**：改回旧实现 ⇒ 对应用例变红、`rc=1`
+
 ## 0.6.22 — 2026-10-01
 
 **修复：一个窗口聊两句、网页端多出三个会话；以及选「不删」反而触发一次批量删除。**

package/lib/index.js

@@ -3426,17 +3426,43 @@ function effectiveReuseLimit(maxTurns, mode) {
 	if (!(maxTurns > 0)) return maxTurns;
 	return mode === "chained" ? Number.POSITIVE_INFINITY : maxTurns;
 }
-/** 严格前缀：prev 是 next 的前缀（含相等时不算"追加"）。 */
-function isStrictPrefix(prev, next) {
+/**
+* 本轮能不能接着链往下发（替代旧的"严格前缀"判据，2026-10-01）。
+*
+* ## 旧判据为什么会毁掉整个链式投喂
+*
+* 旧实现要求**严格前缀**：`prev[i] === next[i]` 对全部 i 成立。只要有**一条**被改写，
+* 整条链就作废 ⇒ `parent=null` ⇒ 网页端出现同层根消息（「修改 / 重新生成」+ `n / n`），
+* 或者（0.6.10~0.6.21）直接换一个新会话。
+*
+* 而实测 DSH **每一轮**都会重写它自己注入的那条运行时快照，原话就在会话日志里：
+*   `Current runtime context. This snapshot supersedes earlier runtime-context snapshots.`
+* —— 它是**替换式**的（位置不变、内容每轮变），所以"严格前缀"在 DSH 下几乎每轮都失败。
+*
+* ## 新判据（够严，但不至于被一条注入打穿）
+*
+* 1. **必须真的变长** —— 长度没增长时说不清是"重发"还是"历史被截断/压缩"，保守退回；
+* 2. **链尾仍在原位**（`next[prev.length-1] === prev[prev.length-1]`）——
+*    这条同时挡住了两种真正危险的情况：整体重写、以及在中途**插入/删除**条目
+*    （那会让增量切错位置、漏掉内容）。
+*
+* 满足这两条时，中间的差异只可能是**原位替换**（就是那条运行时快照），
+* 而增量按 `next.slice(prev.length)` 切出来的正好是**真正的新内容** —— 长度对齐，
+* 被替换的那条不会挤进增量里。
+*/
+function canExtendChain(prev, next) {
 	if (next.length <= prev.length) return false;
-	for (let i = 0; i < prev.length; i += 1) if (prev[i] !== next[i]) return false;
-	return true;
+	return next[prev.length - 1] === prev[prev.length - 1];
 }
 /**
 * 决定本轮发什么。**纯函数**：不读文件、不看时间、不改全局状态。
 *
-* 判据宁可保守：只要能续链就发增量，任何一处不确定都退回"全量 + parent=null"
-* （退回去只是多花点 token，和以前行为一致；错续链则会让模型上下文错位，代价大得多）。
+* 判据宁可保守：只要能续链就发增量，任何一处不确定就**重发全量**。
+*
+* ⚠️ 但"重发全量"**不等于**发根消息（0.6.23）：只要链还在（同一个网页端会话、同一个账号），
+* 重发的那条仍然挂在**链尾**（见 `replay`）—— 发 `parent=null` 会让网页端把它渲染成
+* 同层的另一条消息（「修改 / 重新生成」+ `n / n`），也就是"聊着聊着分叉了"。
+* 只有**真的没有链**时（新会话 / 换了会话 / 换了账号）才发根消息（见 `detach`）。
 */
 function decideFeed(input) {
 	const full = input.full;
@@ -3454,7 +3480,8 @@ function decideFeed(input) {
 		next: void 0,
 		reason: "no-parts"
 	};
-	const restart = (reason) => ({
+	/** 没有可用的链（= 这个网页端会话的第一条消息）⇒ 只能发根消息，这是唯一合法的情况。 */
+	const detach = (reason) => ({
 		prompt: full,
 		parentMessageId: null,
 		next: {
@@ -3465,20 +3492,40 @@ function decideFeed(input) {
 		},
 		reason
 	});
-	if (!input.reused) return restart("new-session");
+	/**
+	* 「链还在，但这一轮不能只发增量」⇒ 重发全量，但仍**挂在链尾**。
+	*
+	* 🔴 这是 2026-10-01 用户明确要求的取舍：**宁可多发一次，也绝不发根消息**。
+	* 旧实现这里一律 `parentMessageId: null` —— 网页端会把这条渲染成**同层的另一条消息**
+	* （「修改 / 重新生成」+ `n / n` 翻页），用户看到的就是"聊着聊着分叉了"。
+	* 挂在链尾的代价只是服务端上下文里多一段重复历史（多花一点 token），
+	* 而分叉是**结构性**的坏：它会永久破坏"一个窗口一条对话线"这个形态。
+	*/
+	const replay = (reason) => ({
+		prompt: full,
+		parentMessageId: chain.parentId,
+		next: {
+			head,
+			entries: entries.slice(),
+			sessionId: input.sessionId,
+			accountKey: input.accountKey
+		},
+		reason
+	});
+	if (!input.reused) return detach("new-session");
 	const chain = input.chain;
-	if (!chain) return restart("no-chain");
-	if (chain.sessionId !== input.sessionId) return restart("session-changed");
-	if (chain.accountKey !== input.accountKey) return restart("account-changed");
-	if (chain.head !== head) return restart("head-changed");
-	if (!isStrictPrefix(chain.entries, entries)) return restart("not-appended");
+	if (!chain) return detach("no-chain");
+	if (chain.sessionId !== input.sessionId) return detach("session-changed");
+	if (chain.accountKey !== input.accountKey) return detach("account-changed");
+	if (chain.head !== head) return replay("head-changed");
+	if (!canExtendChain(chain.entries, entries)) return replay("not-appended");
 	const appended = entries.slice(chain.entries.length);
 	const meaningful = appended.some((line) => isContinuationCue(line)) ? appended : appended.filter((line) => !isAssistantTranscriptEntry(line));
 	const echoDropped = meaningful.length > 0 ? appended.length - meaningful.length : 0;
 	const delta = (meaningful.length > 0 ? meaningful : appended).join("\n\n");
-	if (delta.trim().length === 0) return restart("empty-delta");
+	if (delta.trim().length === 0) return replay("empty-delta");
 	const cap = input.maxChars;
-	if (typeof cap === "number" && Number.isFinite(cap) && cap > 0 && delta.length > cap) return restart("delta-too-long");
+	if (typeof cap === "number" && Number.isFinite(cap) && cap > 0 && delta.length > cap) return replay("delta-too-long");
 	return {
 		prompt: delta,
 		parentMessageId: chain.parentId,
@@ -5143,16 +5190,27 @@ async function leaseSession(auth, signal, transport, maxTurns, cleanup, forceNew
 		reused: false
 	};
 }
-/** 槽数超过上限时，把**最久没用**的那些连同它们的网页端会话一起淘汰掉。 */
+/**
+* 槽数超过上限时，把**最久没用**的那些从内存里淘汰掉。
+*
+* 🔴 0.6.23：这里**不再删网页端会话**（旧实现做 `retireSession` + `cleanup`，也就是排队 DELETE）。
+*
+* 两个理由，都是用户明确提的：
+*  1. **"回到原来的窗口还要能接着聊"** —— 把会话删了，等于把他那个窗口的上下文扔了；
+*     他只能得到一个空白的新会话。槽是内存态、淘汰本来就不该有"销毁用户数据"的副作用。
+*  2. **"删"本身是最强的机器特征之一**：真人不会每开一个新窗口就顺手删掉一个旧对话。
+*     网页端留着的会话由用户自己管理（面板有「立即清理」，设置里也有清理策略）。
+*
+* 链一并清掉：槽没了的窗口下一轮会拿到**新会话**（`reused=false` ⇒ `detach('new-session')`），
+* 旧链再留着只会指向一个这个窗口已经不用的会话。
+*/
 function evictIdleSlots() {
 	if (reuseSlots.size <= 6) return;
 	const idle = [...reuseSlots.values()].sort((a, b) => a.at - b.at);
 	for (const slot of idle.slice(0, reuseSlots.size - 6)) {
 		reuseSlots.delete(slot.key);
-		retireSession(slot.sessionId);
-		try {
-			slot.cleanup?.(slot.sessionId);
-		} catch {}
+		contextChains.delete(slot.key);
+		if (lastChainKey === slot.key) lastChainKey = void 0;
 	}
 }
 /** 把某个会话从复用槽里摘掉（会话失效 / 请求失败时调用，下次会新建）。 */
@@ -5254,7 +5312,7 @@ async function openCompletion(auth, params, signal, transport) {
 			lastFeedReason = feed.reason;
 			params.onContextFeed?.({
 				reason: feed.reason,
-				chained: feed.parentMessageId !== null,
+				chained: feed.reason === "chained",
 				promptChars: feed.prompt.length,
 				echoDropped: feed.echoDropped ?? 0
 			});
@@ -8980,12 +9038,78 @@ async function shutdownBrowserTransport() {
 	activeSession = void 0;
 	launchPromise = void 0;
 }
-function bodyToPageInit(body) {
+/** 页面上下文里的辅助函数名（把 base64 还原成字节）。 */
+const B64_HELPER = "__dshB64ToBytes";
+/** 页面上下文里的辅助函数名（把序列化过的 parts 重建成 FormData）。 */
+const FORMDATA_HELPER = "__dshRebuildFormData";
+/** 页面里用到的两个小工具（随每次 evaluate 一起注入，保持无状态）。 */
+const PAGE_HELPERS = `
+  const ${B64_HELPER} = (b64) => {
+    const bin = atob(b64);
+    const out = new Uint8Array(bin.length);
+    for (let i = 0; i < bin.length; i += 1) out[i] = bin.charCodeAt(i);
+    return out;
+  };
+  const ${FORMDATA_HELPER} = (parts) => {
+    const form = new FormData();
+    for (const p of parts) {
+      if (p.t === 'text') form.append(p.name, p.value);
+      else form.append(p.name, new File([${B64_HELPER}(p.b64)], p.filename, { type: p.type }));
+    }
+    return form;
+  };
+`;
+/**
+* 把 Node 侧的请求体转成"能在页面里重建它"的表达式。
+*
+* 🔴 0.6.20 的第一版只支持 string / Uint8Array / ArrayBuffer，遇到 FormData 直接抛
+* "暂不支持" —— 而**图片上传走的就是 FormData（multipart）**（见 `webapi.uploadImageFile`），
+* 于是"切到浏览器代理传输层之后图片全传不上去"（2026-10-01 用户报，报错文案就来自这里）。
+*
+* 0.6.24：FormData / Blob 都按**字节**搬过去，在页面里重建。
+* 细节：
+*  - 用 **base64** 而不是 JSON 数组传字节（体积约为 1/2.4，CDP 消息不至于被图片撑爆）；
+*  - 用 `new File(...)` 而不是 `new Blob(...)` —— 必须保住 **filename**，
+*    服务端是按**文件名后缀**判图片类型的（见 protocol.ts 的说明）；
+*  - 语言无关地遍历 FormData 的 entry：`TextPart` 原样作为字段，其余一律当文件。
+*/
+async function bodyToPageInit(body) {
 	if (body === void 0 || body === null) return "undefined";
 	if (typeof body === "string") return JSON.stringify(body);
-	if (body instanceof Uint8Array) return `new Uint8Array(${JSON.stringify(Array.from(body))})`;
-	if (body instanceof ArrayBuffer) return `new Uint8Array(${JSON.stringify(Array.from(new Uint8Array(body)))})`;
-	throw new Error("浏览器代理传输层暂不支持 Blob/FormData/ReadableStream 请求体");
+	if (body instanceof Uint8Array) return `${B64_HELPER}(${JSON.stringify(Buffer.from(body).toString("base64"))})`;
+	if (body instanceof ArrayBuffer) return `${B64_HELPER}(${JSON.stringify(Buffer.from(new Uint8Array(body)).toString("base64"))})`;
+	if (typeof FormData !== "undefined" && body instanceof FormData) {
+		const raw = [];
+		body.forEach((value, name) => {
+			raw.push([name, value]);
+		});
+		const parts = [];
+		for (const [name, value] of raw) {
+			if (typeof value === "string") {
+				parts.push({
+					t: "text",
+					name,
+					value
+				});
+				continue;
+			}
+			const blob = value;
+			const b64 = Buffer.from(new Uint8Array(await blob.arrayBuffer())).toString("base64");
+			parts.push({
+				t: "file",
+				name,
+				filename: blob.name || name || "blob",
+				type: blob.type || "application/octet-stream",
+				b64
+			});
+		}
+		return `${FORMDATA_HELPER}(${JSON.stringify(parts)})`;
+	}
+	if (typeof Blob !== "undefined" && body instanceof Blob) {
+		const b64 = Buffer.from(new Uint8Array(await body.arrayBuffer())).toString("base64");
+		return `new Blob([${B64_HELPER}(${JSON.stringify(b64)})], { type: ${JSON.stringify(body.type || "application/octet-stream")} })`;
+	}
+	throw new Error("浏览器代理传输层不支持的请求体类型（支持 string / Uint8Array / ArrayBuffer / FormData / Blob）");
 }
 function createBrowserFetch() {
 	return async (input, init) => {
@@ -9000,7 +9124,7 @@ function createBrowserFetch() {
 			else if (Array.isArray(init.headers)) for (const [key, value] of init.headers) headers[key] = value;
 			else for (const [key, value] of Object.entries(init.headers)) headers[key] = String(value);
 		}
-		const bodyExpr = bodyToPageInit(init?.body);
+		const bodyExpr = await bodyToPageInit(init?.body);
 		const requestId = `${Date.now().toString(36)}_${Math.random().toString(36).slice(2, 8)}`;
 		const headersPromise = new Promise((resolve, reject) => {
 			const state = {
@@ -9026,6 +9150,7 @@ function createBrowserFetch() {
 		});
 		const expression = `
       (async () => {
+        ${PAGE_HELPERS}
         const requestId = ${JSON.stringify(requestId)};
         try {
           const init = {
@@ -9952,7 +10077,7 @@ async function checkForUpdate(current, fetchImpl) {
 * 兜底常量与 package.json 的一致性由 `tests/check-smoke.mjs` 守着，不会漂。
 */
 /** 与 package.json 保持一致的兜底版本（由测试保证不会漂）。 */
-const FALLBACK_VERSION = "0.6.22";
+const FALLBACK_VERSION = "0.6.24";
 let cached;
 /** 本插件版本（如 `0.1.26`）。 */
 function pluginVersion() {