web_fetch 截断与 tool-result-pruner 剪裁均对上层不可感知，建议增加显式截断标记

[Sodapopper-pixel]

背景

在一个基于 DSH 的多 agent 建课流程（learning 预设、角色分工 5 层、单次任务 40+ 子代理）实测中，有两种静默截断行为让上层流程无法做出正确决策，记录如下。

1. web_fetch 响应超上限：返回无显式标记，spill 文件同样残缺

• 直抓长文档页（MDN）时正文被导航侧栏挤出返回上限，返回尾部只有 Content truncated. Fetch a more specific URL or section for the full text.；超过上限的完整结果按机制落 spill 文件，但 spill 文件本身也在同一上限处被截断，且无任何截断标记。
• 上层因此无法区分「来源本来就短」与「被工具截断」。实测中子代理据此发明了「用模型输出手工转写 base64 硬拼」的非正常绕法——94 KB / 274 KB 的图片全部报废，直到 sha256 比对不符才发现是截断。
• 建议：截断发生时在返回内容与 spill 文件中写入显式标记（截断位置、原始字节数），让上层可以编程判定并放弃该来源，而不是反复重试或硬拼。

2. tool-result-pruner 静默剪裁，上层不可感知

• 预设可配 thresholdChars: 8192（headChars: 4096 / tailChars: 1024），超长工具结果（含长文件 read）被静默剪裁，返回内容无任何提示。
• 所有「读长文再落笔」类任务都建立在这个未声明行为之上：skill 层既不知道剪裁会发生，也无法写降级逻辑；全引擎文档对它零记载。
• 建议：剪裁发生时在结果尾部给出显式提示（类似现有 spill 的 Omitted … bytes 形式），并在文档中说明该行为与各配置项含义。

环境

• deepseek-harness 0.2.1-alpha.1（本地分支，fast-forward 自上游）
• Windows 11，Node v24.14.0
• learning 预设 + tool-web（fetch: true）+ tool-result-pruner（thresholdChars: 8192）