再看作者，史明伟

引子这方面。这篇文章和市面上的有什么不同

、怎么装、插件架构有多优雅。这些文章大多止步于“又一个 Agent 框架”，因为它们回答的问题是“DSH 长什么样”。其实，

这篇文章想回答另一个问题：为什么一家模型厂商要花这么大精力做一个 Harness。还有它的设计选择对公司代表着什么。

切入点是后训练。后训练做的事是：在权重里塑形模型行为。而 Harness 做的事是：在环境里塑形模型行为——通过工具集、护栏、审批、反馈，改变模型实际表现出来的策略。按理说，这两条路指向同一个目标：让模型按你需要的方式干活。区别只是生效时延、可撤销性和爆炸半径。

一旦用后训练这个视角看 Harness，DSH 的很多设计决策就串成了一条线：那些看起来像工程师洁癖的设计和抽象——日志即状态、一切皆派生、能力即插件——连起来看。遵循的是敏捷试验、谨慎固化，铺出的是一条完整的公司进化方法：环境塑形、轨迹沉淀、权重塑形。这篇文章希望把这条线讲清楚，并用自进化 POC 验证它到底通不通。又在哪里断裂——接口设计、契约形态、反馈质量。

先把三层概念说清：预训练、后训练、工作现场

一个模型进入公司的完整链条是三层：

• 第一层，预训练。 模型出厂时的通识能力：会写代码、能推理、懂语言。这层能力是通用的，跟你的公司无关。
• 第二层，后训练。 用偏好数据、反馈信号、环境交互把行为“写进权重”。这层比如开始有针对性：让它更听话，还有更会使用工具，再有更少犯特定错误。后训练的生效有三个特征，值得先解释清楚。因为它是理解“Harness 为什么必要”的钥匙：
  • 离线： 训练和推理是两条分离的流水线。模型上线服务时权重是冻结的——使用者每次调用用的都是同一份权重，行为不会在服务过程中改变。话说回来，想让模型改掉某个行为。只能走一条独立的加工链：先攒数据→ 训练集群跑任务 → 评测 → 灰度发布新版本。从观察到“模型不听话”到模型真的改过来中间隔着以周计的加工周期，这条链与线上服务完全断开。
  • 周期性： 模型推理行为改变是版本式跳变，不是连续调节。两个版本之间模型行为零变化，新版本发布那一刻行为一次性跳变。日常使用中感觉不到模型在逐渐变好，只会在发布时感受到“它变了”。
  • 不可轻易撤销，但全体生效： 所有实例共享同一份权重。从坏的一面来看，权重是海量数据压缩产物。没法像删行配置那样定点删掉一个行为；好的一面：新版本上线后所有使用该模型实例同时受益。
• 第三层，工作现场。 模型被公司实际使用时运行环境决定了其表现，从可见工具到约束再到审批机制。这一层长期被低估，却决定同一份权重在不同现场可能从不可用到满分——因为环境为模型兜底与引路。下文两组对照实验量化这个差距。

痛点提示1的观点是，后训练耗费时间长且成本高

传统后训练需要周期性的迭代。每一次都要收集数据→重新训练→灰度发布，新功能上线往往需数周甚至数月，让业务快速迭代受限；而 DSH 并蒸馏，可大幅缩短这一循环，让业务更灵活应对变化。

再看三个设计支柱，日志即状态、一切皆派生、能力即插件

支柱一这方面。日志即状态

这里说的不是真正意义上的应用日志，而是一份追加式记录，它本身就是程序状态。在 DSH 中，对话历史/审批策略/沙箱模式等全都从这份日志投影出来一旦删除程序就根本不存在状态。 这种“一致性靠结构保证”极大降低了维护成本，也避免了传统双表同步导致的数据不一致问题。

至于支柱二。一切皆派生

A 与 B 同源，没有第二事实源，所以不存在两份事实打架的问题。不需要写同步逻辑，一致性由结构保证。为团队提供了更高效、更安全的数据治理方案。

从支柱三来看，能力即插件

DHS 提供统一插件框架。所有功能包括沙箱、安全审计等都可以按需加载或卸载，实现了“可插拔”和“一键回滚”。这使得业务能够快速添加或移除功能。而不必担心底层实现细节，也为未来自进化提供了技术基础。

至于痛点提示2，功能 需频繁修改配置文件或代码部署

借助插件架构。可在运行时动态挂载/卸载功能，无需停机升级或手动修改配置，明显提高程序弹性与运营速度。

护栏不是安全部门。是“训练环境”

M市面上的 Agent 框架多采用拦截器式护栏，仅阻止违规操作但无法持续产生培训数据。说起来，而 DSH 的护栏将每一次触发记录为结构化事件，并与对话分离存储。从而生成天然偏好学习信号，为 RLHF/DPO 提供高质量标签。怎么说呢，软边界/硬隔离机制帮助公司平衡安全与灵活性的冲突。

痛点提示3这方面，安全合规要求高，但又不想牺牲创新速度

DSH 的默认 fail‑closed 护栏确保任何未授权操作均被拒绝。同时每一次审批决策都成为可检索的数据，为审计提供透明依据，又保持程序可迭代未来机会。

从自进化来看。能力是怎么“长”出来的

• . 实验：会话内零审批可即时回收，爆炸半径仅限当前会话；. 固化：写成 skill 文档或正式插件跨会话持久，并经过人类评审签字；. 蒸馏：将频繁放行模式蒸馏进权重，全实例共振。

再看痛点提示4，自定义功能上线流程繁琐。需要多人评审才能正式部署

DSH 将实验阶段完全解放给代理，一键挂载即可尝试新工具；固化阶段仍保留人工审核保证质量，为公司提供平衡风险与创新速度的新方法。

我们用 POC 验证了什么：实机证据

• 四道客观闸门确定真正进化:
1. 能力存在 & 能力正确;
2. 真实 holdout 分数;
3. 增量归因记录.

三组最有讲头对照实验