模型看到的内容为什么必须先写日志
先盯住一个动作
DSH 把只追加事件日志作为对话的可重放真源。出站前,系统从日志重新派生消息并与实际请求逐字节比对;不匹配就拒绝请求。
沿执行轨迹走
消息历史只从日志派生
消息历史只从日志派生,模型可见内容必须先写日志。检查与恢复、回放共用同一派生规则。比对含系统提示词、模型名、采样参数等。
[repo]
验不过就崩溃
验不过就崩溃,杜绝违规请求发出。恢复、分叉、回放、审计皆受益。压缩摘要也写日志,压缩后照样过比对,出错当场崩溃。
[repo]
每一步改变了什么
钩子修改发往模型的消息会怎样: 改冻结数组会触发保护;改克隆体转发则出站比对失败,请求被拒。
为何崩溃优于告警: 请求一旦发出,日志无法复现模型所见,静默偏差难排查。
这条轨迹没有说明什么
本页结论对应 revision
0a53fb55bea101816fa226bb964ae2bed71c343b。文件位置、命名和默认行为可能随版本变化,引用实现细节时应同时记录 commit。
来源与核验
- [repo] DeepSeek Harness 官方源码(固定 revision)
- [official] DeepSeek Harness 官方介绍
Revision:0a53fb55bea101816fa226bb964ae2bed71c343b · 核验日期:2026-08-31