dsh-deepseek-web-login 0.6.30 → 0.6.32

package/CHANGELOG.md

@@ -2,6 +2,99 @@
 
 本项目大致遵循语义化版本；日期为本地时间。
 
+## 0.6.32 — 2026-10-02
+
+**修复：链式投喂"退回全量重发"时会重发整份固定头（约 6.35 万字符）—— 那一段是纯重复。**
+
+起因是用户对比了 cuckoo 与自己的分享链接：同一段 `Tool Calling Protocol` 在网页端**出现了两次**。
+
+**先看数据，不猜**（`feed-decisions.jsonl`，25 条真实记录）：
+
+| reason | 次数 | 含义 |
+|---|---|---|
+| `chained`（增量） | 14（56%） | 正常 |
+| `new-session` | 6（24%） | **新窗口的第一句** —— 新会话必须全量，天经地义 |
+| `no-parts` | 4（16%） | 内部标题请求 |
+| `not-appended`（链断） | **1（4%）** | 只有这一次真的退了全量 |
+
+所以"每次调用工具就重发"**与日志不符**（1/25）。但那次重发里有一件**确实该改**的事：
+
+**根因**：`replay`（"链还在但不能只发增量"）一律发整份 `full` = 固定头 + 历史。
+而走到 `replay` 就说明**链还在**（同一个网页端会话、同一个账号）——
+**那条会话的首条消息里已经把固定头给过了**，重发它是纯重复。
+固定头 = system + 协议指令 + 工具目录，实测约 **6.35 万字符**，占一轮的大头；
+网页端看到"同一大段又出现一次"就是它。
+
+**改法**：`PromptParts` 新增 `transcript`（`full` 里**属于历史的那一段**，超预算时是截断后那份），
+`replay` 在**头没变**时只发 `transcript`：
+
+- `not-appended`（头已确认相同）⇒ **省掉固定头**，省下的就是那 6.35 万字符。
+- `head-changed` ⇒ **必须整份重发**（新头从没发过，省了模型手里就是旧头）。
+- 没传 `transcript` ⇒ 退回旧行为。所以这是一条**纯优化**：漏传只少省一点，不会错。
+- ⚠️ `transcript` 交出去的必须是**截断后**那份 —— 否则"只发历史"会比原来的全量还长，把优化做成事故。有用例钉死。
+
+**顺带补上体量诊断**：`feed-decisions.jsonl` 此前只有"**为什么**走全量"，没有"**发了多大**"。
+正是这个缺口让我今天只能去读分享页**估**字符数 —— 估出来的数字不能用来下任何结论。
+现在每轮多记 `promptChars`（实发字符数）与 `headChars`（固定头字符数），体量从此可测。
+
+**新增 6 条用例**：省头路径（两种触发都要省）/ `head-changed` 必须重发头 / 没传 `transcript` 退回旧行为 /
+`transcript` 恒等于 `full` 里属于历史的那一段 / **截断时 `transcript` 也必须是截断后那份**。
+**三处变异确认变红**：把 `replay` 改回总是发 `full`（2 红）、把 `transcript` 交成未截断那份（1 红）、
+以及重建后的产物断言。
+
+> ⚠️ 顺带修掉一条**绑语法形态的产物断言**：它写死 `const replay = (reason)` + 120 字窗口，
+> 于是这次**无害的形态改动**（箭头+对象字面量 → 块体）把它打红了。已放宽窗口并注明理由 ——
+> 产物断言要守**意图**，别守签名长什么样。
+
+## 0.6.31 — 2026-10-02
+
+**修复：新建一个窗口、只发一句话，网页端会多出一个会话（那个是"生成标题"用的脚手架）。**
+
+现场（用户原话）：「刚在 dsh 中新建一个窗口聊天，就发了一句话，网页版直接俩窗口」。
+`feed-decisions.jsonl` 里两条对得整整齐齐：
+
+```
+12:55:54  new-session   sess=04c63135   ← 对话那条
+12:56:00  no-parts      sess=de6a8d4f   ← 网页端多出来的那个
+```
+
+`de6a8d4f` 正是用户在网页端看到的那条（标题请求的 prompt 直接显示在里面）。
+
+**根因**：`session-title` 这类内部请求**必须有一条自己的网页端会话**才能调 completion
+（0.6.26 为了修「`n/n` 分叉」特意把它们和对话分开，见 `requestSlotKey` 的注释）。
+当时的注释写的是「代价是内部请求自己占一个会话，**它不出现在对话里**」——
+**判断漏了一半**：它确实不在*对话*里，但它**出现在侧边栏里**。
+
+而它**从来不会被删**：用户设的是 `sessionCleanup: keep`，而清理器的 `schedule()` 在 keep 下
+第一行就 `return` —— 于是这条会话**连 ledger 都没有**（从没安排过删除），永远留在网页端。
+
+**改法**：把「内部请求的会话」与「用户的对话会话」在**收尾时彻底分开**。
+
+- 收尾时按 `promptParts` 有没有传来分（与 `requestSlotKey`、adapter 的 `chatLike` 同一处判据）：
+  **不带** = 内部请求 ⇒ 会话是**脚手架**，一律走新的 `onDiscardSession` 通道丢掉，
+  **不进用户的清理队列**。
+- ⚠️ **复用来的会话也要丢** —— 它不在收尾逻辑的 `owned` 集合里（那一轮没调 `createSession`），
+  这正是最容易漏掉的一半。
+- 清理器新增 `discard(auth, sessionId)`：**不受 `keep` / `manualOnly` 影响** ——
+  那两道开关的语义是「别删**我的对话**」，而脚手架会话不是用户的对话。
+- ⚠️ `discard` **只删那一个**，**不 drain 队列**：`manualOnly`（链式模式）下队列里攒的是
+  **用户的**会话，借这次机会顺手删掉就变成"用户没点按钮却被删了"（0.6.1x 修过的那个 bug）。
+- ⚠️ 仍然受 `deleteWebSessions === false`（"一个都不许删"总闸）约束 —— 那个开关不能破。
+  所以**关掉总闸时这类会话仍会留在网页端**，这是已知代价。
+
+**顺带把一条"注意事项"升级成硬约束：测试 fixture 模拟真实 chat 时必须传 `promptParts`。**
+改了收尾判据之后，4 个用例文件成批变红 —— 全是拿裸 `params`（不带 `promptParts`）去测
+"chat 会话的轮换 / 回收 / 归属"的。这不是 bug，是夹具没按生产链路的形态构造
+（adapter 只给 `chatLike` 传 `promptParts`）。已给 6 处夹具补上，并在文件里写清为什么。
+
+**新增 6 条用例**（`check-internal-session-discard.mjs`）：内部请求走「丢掉」通道且不进用户队列 /
+复用的会话也要丢 / 对话请求**不**走丢弃通道（防过度清理）/ `keep` 与 `manualOnly` 下都必须删 /
+`discard` 不许顺手清空用户的队列。**三处变异确认变红**：关掉内部请求分支（2 红）、
+把 `discard` 改成 drain 队列（2 红）、以及重建后的产物断言。
+
+> ⚠️ 又记一条**产物断言的坑**：打包器除了会去掉单语句的花括号，还会把 `undefined` 改写成 `void 0`
+> —— 断言里写 `=== undefined` 必然假红（这次踩了）。
+
 ## 0.6.30 — 2026-10-02
 
 **补齐请求头：把浏览器**自动加**的那批指纹头收回来，并修掉一个过时的写死版本号。**

package/lib/index.js

@@ -1927,15 +1927,18 @@ function serializePromptParts(options) {
 	if (merged.length <= maxChars) return {
 		head,
 		entries: lines,
-		full: merged
+		full: merged,
+		transcript
 	};
 	const separator = transcript ? "\n\n---\n\n" : "";
 	const budget = maxChars - head.length - separator.length;
 	if (budget < 128) throw new AdapterLlmError("系统/工具定义超出 prompt 预算，请减少固定输入或扩大上限", "CONTEXT_WINDOW_EXCEEDED");
+	const sentTranscript = truncateMiddle(transcript, budget, .7);
 	return {
 		head,
 		entries: lines,
-		full: head + separator + truncateMiddle(transcript, budget, .7)
+		full: head + separator + sentTranscript,
+		transcript: sentTranscript
 	};
 }
 /** 完整 JSON 调用标记：{"tool_calls": 或 {"tool_call": （允许空白）。 */
@@ -3555,25 +3558,34 @@ function decideFeed(input) {
 	* （「修改 / 重新生成」+ `n / n` 翻页），用户看到的就是"聊着聊着分叉了"。
 	* 挂在链尾的代价只是服务端上下文里多一段重复历史（多花一点 token），
 	* 而分叉是**结构性**的坏：它会永久破坏"一个窗口一条对话线"这个形态。
+	*
+	* 🔴 2026-10-02 补：**头没变时不再重发固定头**。
+	* 走到这里说明链还在（同一个网页端会话、同一个账号）⇒ 那条会话的**首条消息**里
+	* 已经把固定头给过了，重发它是纯粹的重复。而它就是"重发一大段"里的**那一大段**
+	* （system + 协议指令 + 工具目录，实测约 **6.35 万字符**）。
+	* 用户在网页端看到的现象（同一段 Tool Calling Protocol 出现两次）就是它。
+	* ⚠️ 只有 `head-changed` 必须重发头（新头没给过），所以那条路径**不**走这个优化。
 	*/
-	const replay = (reason) => ({
-		prompt: full,
-		parentMessageId: chain.parentId,
-		next: {
-			head,
-			entries: entries.slice(),
-			sessionId: input.sessionId,
-			accountKey: input.accountKey
-		},
-		reason
-	});
+	const replay = (reason, headUnchanged = false) => {
+		return {
+			prompt: headUnchanged && typeof input.transcript === "string" ? input.transcript : 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 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");
+	if (!canExtendChain(chain.entries, entries)) return replay("not-appended", true);
 	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;
@@ -4501,6 +4513,30 @@ function createSessionCleaner(options = {}) {
 			sessionId: item.sessionId
 		});
 	}
+	/**
+	* 立刻丢掉**一个我们自己的脚手架会话**（内部请求用的那个），**不受清理策略影响**。
+	*
+	* 为什么要单独一条路：`keep`（用户选的「不删」）与 `manualOnly`（链式模式下攒着等手动清）
+	* 都让 `schedule()` 变成空操作 —— 那对**用户的对话**是对的，对**我们自己建的会话**是错的。
+	* 内部请求（`session-title` / 压缩之类）必须有一条会话才能调 completion，而那条会话
+	* 既不是用户建的、用户也不需要它 —— 留在网页端就是**凭空多出来的一个会话**。
+	*
+	* 🔴 2026-10-02 用户现场：「刚在 dsh 中新建一个窗口聊天，就发了一句话，网页版直接俩窗口」。
+	* `feed-decisions.jsonl` 里对上了：12:55:54 `new-session`（对话，`04c63135`）＋
+	* 12:56:00 `no-parts`（内部请求，`de6a8d4f`）—— 后者正是网页端多出来的那一个，
+	* 而且它**连 ledger 都没有**（keep 模式下 `schedule()` 直接 return，从没安排过删除）。
+	*
+	* ⚠️ 只删**这一个**，**不去 drain 队列**：`manualOnly` 下队列里攒的是用户的会话，
+	* 借这次机会顺手把它们删掉，就变成"用户没点按钮却被删了"（0.6.1x 修过的那个 bug）。
+	* ⚠️ 仍然受 `deleteWebSessions === false`（总闸）约束 —— 那个开关的语义是"一个都不许删"，
+	* 接线在 adapter.ts。所以**关掉总闸时这类会话仍会留在网页端**，这是已知代价。
+	*/
+	function discard(auth, sessionId) {
+		return deleteChunk([{
+			auth,
+			sessionId
+		}]);
+	}
 	function configure(next) {
 		const modeChanged = next.mode !== void 0 && next.mode !== policy.mode;
 		if (next.mode !== void 0) policy.mode = next.mode;
@@ -4525,6 +4561,7 @@ function createSessionCleaner(options = {}) {
 	}
 	return {
 		schedule,
+		discard,
 		flush,
 		pendingCount: () => queue.length,
 		policy: () => ({ ...policy }),
@@ -4549,6 +4586,13 @@ function scheduleDeleteSession(auth, sessionId) {
 	defaultCleaner.schedule(auth, sessionId);
 }
 /**
+* 丢掉一个**脚手架会话**（内部请求用的那个）—— 没有注入清理器时的兜底路径。
+* 语义与 `SessionCleaner.discard` 完全一致（不受 keep 影响）。
+*/
+function discardSession(auth, sessionId) {
+	defaultCleaner.discard(auth, sessionId);
+}
+/**
 * 「立即清理」用：把**当前在用的**网页端会话连同投喂链一起退掉，返回被退的会话 id。
 *
 * 为什么要有它：链式模式下不自动清理（会话就是链的载体），但用户总得有个"我现在就要
@@ -5425,6 +5469,7 @@ async function openCompletion(auth, params, signal, transport, keepIds) {
 			...params.promptParts ? {
 				head: params.promptParts.head,
 				entries: params.promptParts.entries,
+				...typeof params.promptParts.transcript === "string" ? { transcript: params.promptParts.transcript } : {},
 				...params.promptParts.maxChars !== void 0 ? { maxChars: params.promptParts.maxChars } : {}
 			} : {},
 			full: params.prompt,
@@ -5454,6 +5499,8 @@ async function openCompletion(auth, params, signal, transport, keepIds) {
 				account: accountKey(auth),
 				chainLen: chainEntries ? chainEntries.length : null,
 				entriesLen: currentEntries ? currentEntries.length : null,
+				promptChars: feed.prompt.length,
+				headChars: params.promptParts ? String(params.promptParts.head ?? "").length : null,
 				tailSame: !chainEntries || !currentEntries ? null : currentEntries.length <= chainEntries.length ? false : currentEntries[chainEntries.length - 1] === chainEntries[chainEntries.length - 1]
 			});
 		}
@@ -5747,7 +5794,14 @@ async function* streamWebCompletion(auth, params, transport = defaultTransport)
 		finalized = true;
 		const roundOk = complete || sawTerminal;
 		lastRetireReason = void 0;
-		for (const id of owned) {
+		if (params.promptParts === void 0) {
+			const scaffolding = new Set(owned);
+			if (sessionId) scaffolding.add(sessionId);
+			for (const id of scaffolding) {
+				retireSession(id);
+				params.onDiscardSession?.(id);
+			}
+		} else for (const id of owned) {
 			if (limit > 0 && keepIds.has(id) && !poisoned) continue;
 			if (id === sessionId && roundOk && !poisoned && limit > 0) continue;
 			lastRetireReason = id !== sessionId ? "extra-session" : poisoned ? "poisoned" : !roundOk ? "not-finished" : "rotated";
@@ -6902,6 +6956,7 @@ function createAdapter(deps) {
 						...chatLike ? { promptParts: {
 							head: promptParts.head,
 							entries: promptParts.entries,
+							transcript: promptParts.transcript,
 							maxChars: deps.config.maxPromptChars ?? 4e5
 						} } : {},
 						onContextFeed: (report) => {
@@ -6918,6 +6973,10 @@ function createAdapter(deps) {
 						onDeleteSession: deps.config.deleteWebSessions === false ? void 0 : (sessionId) => {
 							if (deps.sessionCleaner) deps.sessionCleaner.schedule(auth, sessionId);
 							else scheduleDeleteSession(auth, sessionId);
+						},
+						onDiscardSession: deps.config.deleteWebSessions === false ? void 0 : (sessionId) => {
+							if (deps.sessionCleaner) deps.sessionCleaner.discard(auth, sessionId);
+							else discardSession(auth, sessionId);
 						}
 					})) {
 						if (event.kind === "thinking" || event.kind === "text") roundUsage.outputChars += event.text.length;
@@ -10312,7 +10371,7 @@ async function checkForUpdate(current, fetchImpl) {
 * 兜底常量与 package.json 的一致性由 `tests/check-smoke.mjs` 守着，不会漂。
 */
 /** 与 package.json 保持一致的兜底版本（由测试保证不会漂）。 */
-const FALLBACK_VERSION = "0.6.30";
+const FALLBACK_VERSION = "0.6.32";
 let cached;
 /** 本插件版本（如 `0.1.26`）。 */
 function pluginVersion() {