dsh-deepseek-web-login 0.6.16 → 0.6.17

package/CHANGELOG.md

@@ -2,6 +2,37 @@
 
 本项目遵循大致语义化版本；日期为本地时间。
 
+## 0.6.17 — 2026-10-01
+
+**增量投喂不再重发「模型上一句回答」（用户反馈：完全没必要）。**
+
+用户原话：「为啥网页版的聊天我看到了，还总是把模型上一句回答的结果，加到下一句当提示词！
+完全没必要啊！！！！」（附截图：增量气泡里赫然是 `Assistant: <上一句整段回答>` + `User: 嘟嘟嘟!`）
+
+原因：主机的消息列表里既有用户消息、也有**助手消息**（＝我们上一轮从服务端流下来的那段回复）；
+`serializePromptParts` 把它们统一转写成 `Assistant: …` / `User: …` 条目，而增量投喂原样把
+"新追加的条目"整段发出去 ⇒ 那条回答被当成下一句的输入重发。**它本来就是服务端的上一轮输出
+（就在我们要挂的父消息位置），重发纯属白烧 token，还让模型看到自己在"自言自语"。**
+
+改动：
+
+1. `context-feed.ts` 新增 `isAssistantTranscriptEntry()`：增量里 `Assistant: …` 条目一律剔除。
+   ⚠️ **只剔增量**：全量 prompt 是"从零重述"，必须保留完整对话（有用例钉着）。
+2. 🔴 **续写/纠正轮必须跳过剔除** —— 那两轮（`adapter.ts` 在回答被截断 / 模型把工具程序写进正文时
+   自动发起）是**故意**把半截回答再发一遍的（`Assistant: 半截` + `User: <续写指令>`），
+   剔了模型就只能从零重写。判据用**插件自己的指令常量**（`isContinuationCue`），不猜文案 ——
+   为此把 `CONTINUE_INSTRUCTION` / `TOOL_CALL_RETRY_INSTRUCTION` 从 `adapter.ts` 挪到
+   `protocol.ts`（单一来源，适配器与判据共用）。
+   ⚠️ 这条是**既有用例逼出来的**：一刀切的实现让「链式 + 续写轮」那条用例立刻变红，
+   说明它守的是真语义差异，不是过时的断言。
+3. 边界：尾巴上**只有**回声（没有新用户/工具内容）时不做剔除 —— 宁可多发一段，
+   也不要发空增量让这一轮退化成重开链（那会连带换掉会话）。
+4. 可见性：剔了几条进日志（`另略过 N 条模型回声`）并进决策回执（`echoDropped`）。
+
+用例：`check-context-feed` +4（剔回声 / 工具调用回声也剔 / 尾巴只有回声时不剔 / 全量不受影响），
+并把「续写轮」那条改成用**真实常量**构造（原来用自造文案）＋断言"续写轮不剔"。
+反向验证：退回一刀切的实现 ⇒ 新用例立刻变红。59/59 用例文件通过。
+
 ## 0.6.16 — 2026-10-01
 
 **修严重的现场 bug：链式模式下"一个窗口聊三句 ⇒ 网页端多出三个新会话，旧会话还被删掉"。**