# 交接：DSH 会话超窗，请求发不出去（目标机 192.168.31.112）

> 写给源机（192.168.31.97）的 WorkBuddy 看。你不是当事人，下面是已经核对过的事实，不需要再复述或猜测。

## 一句话结论

**不是凭据问题，不是网络问题。是这个会话的上下文 126 万 token，超过了 deepseek-v4-pro 的 75 万窗口，预压缩失败，请求根本没有被发送。**

## 关键现场（全部来自目标机会话日志，可复现）

会话标识：`session-87583bfa-996a-4d3d-b7bd-d2b80082e878`
工作区：`D:\workbbbbbb`
目标机实际文件：`D:\DeepSeekHarness\home\sessions\--D-workbbbbbb--\session-87583bfa-996a-4d3d-b7bd-d2b80082e878\session.v4.jsonl.zstd`

| 项 | 值 |
|---|---|
| 压缩后大小 | 6,639,034 字节（zstd，魔数 `28b52ffd`） |
| 解压后 | 21,287,351 字节 / 8,606 条 JSONL 事件 |
| 最后写入时刻 | 2026-10-29 01:03:22 |
| 基线 | 迁移包内同一文件为 6,600,552 字节（00:51:20 状态） |

## 原始报错（21:58:39，turn 33 step 4）

```
context ~1266470 tokens (down from ~1414349 before preflight)
exceeds the model window 750000 (model=deepseek-v4-pro),
with 358 compressible range(s) still visible
and preflight compression could not bring it under:
the preflight summarization budget (30 calls per protection regime) was exhausted
before the payload fit the window
Last unusable summary: assembled summary (23164 chars) exceeds maxSummaryLength (20000)
and is not shorter than the folded content (17665 chars).
...
The over-window payload was NOT forwarded.
code: SERVER
```

要点：
- 需要从 141 万压到 75 万以下，预压缩只压到 126 万就不动了
- 压缩预算 = 每保护机制 **30 次摘要调用**，用完即止
- 最后一次摘要 23,164 字符 > `maxSummaryLength` 20,000，被判无效
- **`The over-window payload was NOT forwarded`** —— 请求没进入网络

## 之后每一轮都没有任何产出

| 回合 | 时间 | 结果 |
|---|---|---|
| turn 33 | 21:58:39 | 报上述错误，`stream` 空 |
| turn 34 | 00:33:38 → 00:43:14 | 9分36秒，用户中止，`stream` 空 |
| turn 35 | 00:43:23 → 00:44:00 | 37秒，`interrupted`，`stream` 空 |
| turn 36 | 00:47:13 → 01:02:17 | 15分钟，用户中止，`stream` 空 |
| turn 37 | 01:03:03 → 01:03:22 | 用户发「1」，19秒结束，`stream` 空 |

**22:05:47 之后没有任何一条 `assistant/message` 落盘。**
界面上「深度求索中 N 分钟」是假的 —— 那是本地预压缩在挣扎，不是模型在生成。
那些回合里花的钱（如 ¥0.0965）全花在失败的压缩摘要上。

## ⚠️ 两条硬警告

1. **不要拿源机上的旧副本去覆盖目标机的这个文件。**
   源机那份是 22:29 生成 manifest 时的状态，比目标机现在少了 00:33 之后四个回合的记录。覆盖 = 丢掉今晚全部操作痕迹。

2. **不要试图手工重写这个 `.zstd` 文件。**
   它是分帧追加的 zstd 流，截断任何一帧都会让 DSH 读不出后续内容。要减内容，必须走 DSH 自己的压缩/清理入口，或者干脆换新会话。

## 建议做法（按优先级）

**A. 新开会话（最稳，推荐）**
同工作区 `D:\workbbbbbb` 新建，上下文从 0 开始，立刻可用。
旧会话保留只读，历史可回滚查看。

**B. 真要复活旧会话**
只有一条路：把历史砍掉 ≥50 万 token（需砍掉约 41%）。但 358 段待折叠、压缩预算已耗尽，成功率不高。且动手前必须先备份原始文件。

**C. 迁移上下文到新会话**
在源机或目标机让模型读旧会话，产出一份「工作状态摘要」（当前进度、待办、关键文件路径、已知问题），写进新会话作为起手材料。这比硬压 126 万 token 现实得多。

## 已经完成、不要重做的事

- 123 个 `.log` 已补齐，目标机四个目录合计 **95,695 文件**，与 manifest 完全一致
- 还原已完成：3 处 junction 有效、12 段会话、依赖 32 / bundles 40、storages 14,777
- 排班工具三版已统一到 `D:\workbbbbbb\` 根目录：`排班工具.html`（主版）/ `排班工具_就近版.html` / `排班工具_驾车距离版.html`
- 桌面入口已可用（`D:\备份\桌面` 是本机真实桌面，**不是** `C:\Users\15186\Desktop`）

## 还要澄清的一个说法

源机之前记录的「5 段会话工作区失效」不准确，实际是 **7 段**。多出的 2 段指向 `D:\blackdark\Documents\deepseek\harness\default\workspace`，该路径在目标机不存在。不影响聊天记录，只影响打开时会话绑定的工作区目录。

---
生成时间：2026-10-29 01:08（目标机本地）