压缩后，怎样保持任务连续

继续看相关机制：F24 · 任务状态不是聊天里的一句总结O10 · 压缩、检索与Prompt Cache：三种不同的“省”

压缩不是把聊天记录做成无损ZIP

本篇对应OpenAI Compaction，并结合其他公开上下文机制解释。专用压缩结果可能含不透明状态，应用应按API要求传递，不应假装能够人工还原其全部内容。[S089]

工程上仍应保留原始证据。压缩用于维持工作连续性，完整日志用于精确核对和审计；两者目标不同。

先定义必须保留的命题

原创示例中，任务包含五条命题：不能改变公开接口；配置加载已确认正常；路径规范化只是候选原因；补丁尚未应用；旧版本测试通过，新版本待验证。

压缩质量不能只检查关键词“接口、配置、路径、补丁、测试”。必须保留否定、确定性、执行状态和版本关系。写成“已确认路径问题并通过测试”虽然词都在，却严重失真。

结构化状态如何帮助交接

目标：修复嵌套exclude
限制：公开配置格式不变
已确认：配置加载正常（证据T1）
候选：路径基准不一致（尚未验证）
已修改：无
已验证：基线复现失败
下一步：读取规范化函数并构造最小测试

这是一份原创教学格式，不是厂商内部压缩Schema。格式可以简化，但不能把意图、事实和环境结果混成一句模糊总结。

三层保真评价

第一层检查关键命题是否可恢复；第二层检查证据与版本是否仍对应；第三层让任务继续运行，查看是否重复工作、违反限制或提前结束。摘要回答探针正确，也不保证后续行动正确。

配套实验包含一个故意写错状态的摘要，验证器会指出“假设变结论”“未执行变执行”等差异。它演示检查方法，不声称能自动判断任意自然语言摘要。

何时压缩才值得

资源阈值决定什么时候必须腾空间，任务阶段帮助判断什么时候容易交接。临近完成时压缩可能多花一次调用；长任务还需继续很多轮时，收益可能更大。[S091][S093]

比较应包含压缩成本、缓存变化、输入减少、证据重读和返工。不能只看压缩比或缓存百分比。[S094]

完成本篇后，应能解释“压缩后是否丢信息”需要什么证据，以及哪些内容应该独立长期保存。