宿主调用报文 · continuum 在真实桌面宿主上的运行记录（首次活体观测）
================================================================
日期      : 2026-10-07 20:32-20:35
宿主      : DeepSeek Harness 桌面应用（PID 40128 主进程，4 进程健康）
profile   : desktop
模型      : minimax / MiniMax-M3（运行期间由 M2.7 切到 M3，见下方「问题 1」）
插件      : @local/dsh-context-continuum v0.1.0
观测方式  : 用户在 GUI 会话中实际操作，界面原文抄录
会话      : session-<REDACTED>（cwd = <WORKSPACE>）
             文件 mtime 20:35:42，1,504,369 字节

--------------------------------------------------------------------
【决定性证据：continuum 索引在真实宿主上产出】
--------------------------------------------------------------------
压缩后原文（逐字抄录）：

    <!-- CONTINUUM-INDEX v1 -->
    会话索引（不可变条目，只追加）
    T1 <think>
    状态：未完成（模型未给出）
    未决：信息不足
    产物：（本区间无产物记录）
    当前状态
    正在做：信息不足
    下一步：信息不足

★ 这就是 `<!-- CONTINUUM-INDEX v1 -->` 头 + `T<n>` 条目结构 ——
  **插件确实在桌面宿主里接管了压缩后端并写出了索引**。
  这是本项目第一次在真实桌面宿主上观测到 continuum 的产物
  （此前所有证据都来自 web/headless profile）。

★ 与规格吻合点：
  · 头部标记 `CONTINUUM-INDEX v1` ✅
  · `T1` 序号从 1 起 ✅（本轮首代）
  · 四段式条目：状态 / 未决 / 产物 / 当前状态 ✅
  · 「只追加、不可变」——本轮为 T1，无旧条目可继承，符合首代特征

--------------------------------------------------------------------
【完整时间线（界面原文）】
--------------------------------------------------------------------
20:32  处理失败
       处理失败
       本轮运行失败400: {"type":"bad_request_error","message":"invalid params,
       context window exceeds limit (2013)","http_code":"400"}
       CONTEXT_WINDOW_EXCEEDED

20:34  已完成
       已完成，用时 1分33秒
       已完成分析
       上下文已压缩
       已压缩 3 条历史记录（约 674 tokens）
       <!-- CONTINUUM-INDEX v1 -->
       会话索引（不可变条目，只追加）
       T1 <think>
       状态：未完成（模型未给出）
       未决：信息不足
       产物：（本区间无产物记录）
       当前状态
       正在做：信息不足
       下一步：信息不足

       <think>The user said "继续" (continue). The checkpoint indicates this
       is turn 1, step 1, and no prior progress has been made. The workspace
       context mentions a <VERIFICATION_SKILL> skill and legal corpus directories
       on <WORKSPACE>, but there's no actual task content yet — just
       "继续" meaning "continue."
       ...
       Let me respond in Chinese (per the workspace instructions) and ask for
       clarification about what task to continue.</think>
       我没有看到上一轮的实际任务内容——刚才那段是空的。
       请告诉我你想继续什么：
       ...

--------------------------------------------------------------------
【判读：三个真实宿主才暴露的问题】
--------------------------------------------------------------------

■ 问题 1 · 模型切换是必须的，不是可选的 ⚠️
20:32 那次失败报 `context window exceeds limit (2013)`。
2013 = MiniMax-**M2.7** 的上下文窗口。这与我此前在 headless 踩的坑**完全同构**
（headless 也报 `CONTEXT_WINDOW_EXCEEDED (2013)`）。
用户在失败后把默认模型从 M2.7 切到 **MiniMax-M3**，20:34 那次就成功了。
→ 再次实证：**M2.7 在此配置下不可用，必须换 M3**。

■ 问题 2 · README「已知缺陷 1：标题质量」在真实宿主上复现了
条目标题字面是 **`T1 <think>`** —— 标题被模型的思维链标签污染。
README 记载「27 代里 13 条标题字面是 `Primary Request and Intent`」，
本次是**同一类缺陷的另一形态**：标题取自模型输出第一行，
而本次模型第一行恰好是 `<think>` 开头。
→ 这条缺陷**不是孤例，而是稳定可复现的**。修法（README「下一步增强点 3」）：
  从该区间首个用户消息确定性取标题，做交叉校验。

■ 问题 3 · `<think>` 正文泄漏进了索引（比 README 描述的更严重）
README 声称「装配器已把叙述正文丢干净（0 / 27 代泄漏）」——
**本次实测反例**：条目里不仅标题是 `<think>`，
**思维链正文也整体进了条目**（`<think>The user said "继续"...`）。
这与 README 的「强制丢弃叙述正文」承诺矛盾。
可能原因：宿主在 continuum 的指导消息**之后**又追加了自己的压缩指令
（README 缺陷 1 的机制描述），模型把思维链写进了被当作条目的位置，
而装配器只按固定标题行切分，没识别 `<think>` 块。

→ **这一条需要向插件作者反馈**：现有单测未覆盖「模型把 <think> 写在
  条目首行」这一形态。

--------------------------------------------------------------------
【与 web/headless 验证的关系】
--------------------------------------------------------------------
| 项 | web/headless | 本次 desktop |
|---|---|---|
| 索引产出 | 未观测到（全新会话无压缩） | ✅ **T1 实测产出** |
| 账本读取 | ✅ 10 次 / 903676 tokens | 未跑（需用 context_anchors） |
| 负例 seq 拒绝 | ✅ 通过 | 未跑 |
| 模型要求 | M3（V7 会话已达 10 代） | **M3**（M2.7 报 2013 失败） |
| 缺陷 1 复现 | 未观测 | ✅ **复现，形态为 `<think>`** |
| 叙述泄漏 | 0/27 代（README 自述） | ❌ **实测泄漏** |

**结论：desktop 端 continuum 是活的、接线的、可产出的**——
  `CONTINUUM-INDEX v1` + `T1` 条目是硬证据。
  同时暴露了三个 headless 未能暴露的真实宿主问题（见上）。