阿里云博客解析 DeepSeek 开源 Agent Harness（智能体运行框架）：以日志为唯一状态源、插件装配能力
阿里云博客发表技术分析，从“后训练”视角解读 DeepSeek 开源 Agent Harness（DSH，智能体运行框架）：除用权重塑造模型行为外，企业还可通过工具、护栏、审批和反馈改变模型的实际表现。
文章称 DSH 以追加式日志为唯一状态源，能力以插件装配，审批默认拒绝，并附一个自进化概念验证。 以上均为作者论述与内部验证，未经第三方独立评测。
分析推断原始来源可核对
事实与证据边界
阿里云博客文章介绍，DeepSeek 开源 Agent Harness（DSH）把追加式日志作为唯一状态来源：会话历史、审批策略、沙箱模式均由该日志投影得出； 仓库共 54 个包，只有一个包包含“调用模型、运行工具、循环”的主循环，其余能力按同一插件契约（cordis 微内核插件框架）组装。
文章称所有护栏走同一条流水线且默认拒绝：审批结果中只有“仅本次允许”放行，被拒绝、取消、不可用以及缺少审批人时一律拒绝，无审批人的无头部署默认拒绝一切操作。 审批请求只携带调用 ID、不携带工具参数，以防止“审批时所见的调用”与“实际执行的调用”发生漂移； 审批事件仅写入日志，不进入模型可见的对话流。
文章还称该分析包含一个自进化概念验证，用于检验“环境塑造、轨迹积累、权重塑造”路径，并暴露接口设计、契约形式与反馈质量上的断点。
分析判断
文章值得关注之处在于把“智能体护栏”从一次性拦截器重新定义为可训练、可审计的环境：日志即状态、审批事件与执行结果可追溯可回滚，解决了“状态与日志不一致”的核查难题； 但默认拒绝的强约束意味着无审批人的无头部署将无法执行操作，企业在追求自动化效率时需权衡放行成本。 自进化路径目前只是概念验证，接口、契约与反馈质量能否复用仍需外部验证。
后续观察信号
- DSH 的审批事件不进入模型可见上下文，长期如何影响模型行为？
- 自进化路径在真实企业反馈质量不足时会出现哪些断点？