[Bug] 蒸馏从不采集工具结果与子会话交付：tool/result 与 tool/code-dispatch 读了不存在的 data.output，且 switch 未覆盖 agent/inbox/spliced #211

环境

症状

autoSummarize 送进模型的蒸馏转录里，所有工具结果都是空壳：只有 [工具结果] 成功 这一行，看不到任何输出内容。顺带，失败的工具也被标成「成功」。

更严重的是：子会话（subagent）的交付结果完全进不了蒸馏。用 subagent 工具派发任务后，子代理的最终报告在蒸馏输入里一个字都没有。

这不是"信息少一点"的问题——它意味着：凡是靠子代理做的调研/实现，其结论都不会被沉淀成记忆。

实测数据

对两个真实长会话（macOS，~/.dsh/sessions/**/session.v3.jsonl.zstd）按 collectMessages 的规则逐条重放统计：

被丢弃的工具结果按工具分布（会话 aafea559）：

bash                3,162,456 字符 / 2587 条 / 均 1,222
read                  453,750 字符 /  174 条 / 均 2,607
skill                 112,548 字符 /   19 条 / 均 5,923
web_fetch              81,780 字符 /   13 条 / 均 6,290
edit                   63,014 字符 /  364 条 / 均   173
job_output             45,682 字符 /   51 条 / 均   895

即：被丢弃的工具结果是「用户 + 助手正文」的 4.8 倍（会话 aafea559）/ 13.5 倍（会话 72a2d2f1）。

根因（三处独立缺陷）

1. tool/result / tool/code-dispatch 读了不存在的字段

src/summarize.js：

      case "tool/result": {
        const out = typeof data.output === "string" ? data.output : data.output ? JSON.stringify(data.output) : "";
        const status = data.ok === false ? STR.statusFail[language] : STR.statusOk[language];
        lines.push(STR.transcriptToolResult[language](status, trim(out, 500)));
        break;
      }
      case "tool/code-dispatch": {
        const out = typeof data.output === "string" ? data.output : data.output ? JSON.stringify(data.output) : "";
        const status = data.ok === false ? STR.statusFail[language] : STR.statusOk[language];

但 DSH 的 tool/result 事件 payload 既没有 output，也没有 ok。产出点 @deepseek-ai/dsh-agent-loop/lib/index.js:697：

function appendToolResult(session, turn, step, block, result, callSeq) {
	const message = createToolResultMessage({
		callId: block.id,
		content: result.content,
		isError: result.isError
	});
	session.append("tool/result", {
		turn,
		step,
		message,
		...result.error?.info ? { error: result.error.info } : {},
		...result.meta !== void 0 ? { meta: result.meta } : {}
	}, { ... });
}

会话格式的规范形状（@deepseek-ai/dsh-session-format-v0-to-v1/lib/index.js:217）：

	"tool/result": disposition([
		"turn",
		"step",
		"message"
	], ["error", "meta"], ["meta"]),

所以 data.output 恒为 undefined → out 恒为 ""；data.ok 也恒为 undefined → status 恒为「成功」。失败的工具被记成成功。

正文与错误标记的真实位置是：

data.message.content[0]            // { type: "tool-result", toolCallId, content: [...], isError }
data.message.content[0].content    // [{ type: "text", text: "…" }, …]
data.message.content[0].isError    // 真正的失败判据

（createToolResultMessage 见 @deepseek-ai/dsh-llm/lib/index.js:94，它经 createUserMessage 构造，所以全部内容都在 data.message 下。）

2. switch 未覆盖 agent/inbox/spliced —— 子会话交付结果全丢

collectMessages 的 switch 只处理 user/message / assistant/message / tool/call / tool/result / tool/code-dispatch，其余走 default: break（src/summarize.js:143）。全库 grep agent/inbox 命中数 0。

而子会话的结果不走 tool/result。subagent 工具的返回只是一个句柄，实测每条都是 53 字符：

"started subagent d85a8ddc-e50c-47a0-b171-64f571281074"

真正的交付报告走 agent/inbox/spliced 事件（data.inserted[]）：

Background subagent 69a39984-d35d-4d2b-9246-ca7c15c87810 finished and will do no further work unless you send it more.
Its closing message:
已交付完成，结果也已发给父 agent。## 文件清单（绝对路径，全部新建）…

实测规模（会话 aafea559）：

其中 subagent-settled + agent-message（合计 47.5 万字符）就是子会话的交付结果，当前 100% 被丢弃。

3. user/message 的 kind 过滤把注入类消息一并挡掉

src/summarize.js:110：

	case "user/message": {
		if (kind !== undefined && kind !== "user") break;

该过滤本身是合理的（避免把工具结果当作对话正文重复采集），但副作用是注入类消息（goal / agent-message / subagent-settled / agent-instructions / skill-catalog）也以 user 角色出现，于是被一并跳过。实测被跳过 569 条 / 1,092,323 字符。

⚠️ 实现时请注意去重：这些注入消息与 agent/inbox/spliced 的 data.inserted[] 是同一批内容的两种视图（实测按前 80 字比对，569 条中 528 条重合），不能简单叠加采集，否则内容会被重复计入。

为什么长期没被发现

与 #129 / #136 同类：字段路径漂移 + 症状静默。

1. trim(out, 500) 说明作者本意是要采集工具结果的，只是路径不对 → 收了个空壳，而空壳在转录里看起来"格式正常"
2. 短会话里"取会话开头"的取样方向问题会掩盖它（与本项目 [Bug] 蒸馏取样方向反了：maxChars 上限用 slice(0, n) 取【会话开头】，长会话/复制来的会话会每轮反复提炼同一段 #210 同源现象）
3. 一旦失败被标成「成功」，连失败线索也没了

建议修复方向

不建议简单放开——aafea559 里 bash 输出占 3,162,456 / 3,984,954 ≈ 79%，原样采集会让蒸馏上下文被命令输出淹没，信噪比反而下降。建议分档限量：

字段取值建议改为：

const tr = data.message?.content?.[0];
const out = (tr?.content ?? []).filter(b => b?.type === "text").map(b => b.text).join("\n");
const status = tr?.isError === true ? STR.statusFail[language] : STR.statusOk[language];

复现方法

1. 在一个会话里用 subagent 派发一个会产生长报告的任务，等它 settled
2. 触发一次 autoSummarize
3. 检查送进模型的蒸馏文本：所有工具结果行为 [工具结果] 成功（无正文），且子会话的 closing message 完全不出现
4. 也可离线复现：解压 ~/.dsh/sessions/**/session.v3.jsonl.zstd，按 collectMessages 规则重放，统计 data.output 的取值（恒为 undefined）与 agent/inbox/spliced 的文本量

相关

• [hot-memory] 短期上下文里 A 恒为空：textOf 只读 data.content，漏了 assistant 的 data.message.content #129 / fix(inject): read assistant body from data.message.content (Issue #129) #136 —— 同一个 bug 类：inject.js 的 textOf 只读 data.content，漏了 data.message.content，已修；但 summarize.js 的 tool/result / tool/code-dispatch 分支读的还是错的路径，本次一并报出
• [Test] 全工具矩阵的「DTO 键集 ⊆ output schema」系统性断言——防 #184 类漂移 #195 —— 「DTO 键集 ⊆ output schema」系统性断言（防 [Bug] memory_get 输出 schema 漏声明 scope 来源列：命中任何被标注的行必然报 invalid output（0.8.1） #184 类漂移），方向一致，但未覆盖本文这三处
• [Bug] 蒸馏取样方向反了：maxChars 上限用 slice(0, n) 取【会话开头】，长会话/复制来的会话会每轮反复提炼同一段 #210 —— 蒸馏取样方向（slice(0, n) 取的是会话开头）