11月2日，DeepSeek正式开源代号为dsh的DeepSeek Harness。业界初看将其视为对标Claude Code的代码助手，但这仅触及表象。
其核心价值并非提供一个成品助手，而是开源了构建助手的底层框架——即「将模型转化为智能体的整套装置」。这一差异决定了其在技术架构层面的深远意义。
DeepSeek Harness官方仓库示意图
核心定义：不仅是模型，更是智能体框架
根据官方README，DeepSeek Harness（dsh）是由DeepSeek AI开发的开源agent harness（智能体框架）。Harness一词准确定义了其属性：它不是单一模型或具体产品，而是连接模型与任务的中间层装置。
该架构包含以下核心组件：
- 模型适配器
- 工具注册表
- 会话日志系统
- 沙箱与审批策略
- 配置与凭证管理
- 可替换的Agent Loop（智能体循环机制）
其中，Agent Loop的可替换性是关键创新，意味着智能体的运行逻辑不再固化，具备高度灵活性。
架构理念：一切皆插件
dsh基于Cordis框架构建，贯彻「一切皆插件」的核心设计原则。插件向共享上下文提供服务、类型化事件及可回收副作用。包括模型适配器、工具注册表、会话日志乃至Agent Loop在内的所有模块均为插件，均可通过配置层面进行替换。
配合「注册即副作用」规则，插件卸载时自动解绑注册内容，确保了替换操作的可逆性。这一设计解决了传统Agent框架在深度定制时往往受限于固定核心循环的痛点。
组装机制：Profile与Bundle
dsh的运行实例由启动时按序叠加的插件树构成，主要涉及两个概念：
- Profile（配置组合）：记录加载的Bundle、外部插件及用户补丁文件。
- Bundle（分发包）：打包一组配置及其挂载代码的分发格式。
加载顺序固定为：Profile列出的Bundle依次生效 -> Profile补丁层 -> 用户主目录补丁层 -> 命令行覆盖层。系统预设两种形态：web（浏览器界面）和headless（无头一次性运行器）。
启动Web UI仅需执行命令：
默认监听地址为127.0.0.1:3080。亦可通过源码构建运行：pnpm install && pnpm run build && pnpm dsh web。
官方Web UI模型设置页面
关键突破：从“响应式”到“主动式”
dsh强调的「Agent不下班，无需人工@」代表了交互范式的转变。传统Agent依赖用户发起指令，属于响应式工具；而dsh旨在实现「主动找活」，即从代码托管平台或协作工具中自动领取任务、排队并执行。
实现这一能力需依托Harness提供的五大基础支撑：
- 持续调度能力
- 外部接口接入能力
- 自动验收判断机制
- 无人值守的安全沙箱与审批
- 完整的事后复盘日志
安全基石：模型可见即被记录
dsh确立了一条硬性规则：模型可见 ⟺ 被记录。任何输入模型的数据必须能在会话日志中重建，新增模型可见输入需同步新增会话事件。
该规则直击Agent落地痛点——可追溯性。在无值守场景下，完整的日志记录使得开发者能够复盘智能体的决策过程，回答“它当时看到了什么”及“为何如此执行”，从而提升系统的可控性与透明度。
自定义模型供应商配置界面
现状评估：潜力与局限
dsh的优势在于高度的模块化与可扩展性：
- 模型无关：通过插件适配器更换模型供应商，无需修改内核。
- 工具灵活：工具注册表插件化，新增工具只需挂载插件。
- 环境可配：沙箱、文件系统策略等独立分层，支持远程沙箱后端。
- 功能编排：内置子智能体、工作流、上下文压缩等现成插件。
然而，目前该项目处于开发者预览阶段，官方明确提示未来可能存在破坏性兼容变更，不建议直接用于生产环境。
此外，开源框架仅提供地基，实际应用效果仍取决于模型稳定性、工具链完整性、沙箱严密性及验收标准的制定，这些核心要素无法单纯依靠开源代码解决。
行业意义：竞争维度的下沉
DeepSeek此次开源的战略意义在于推动Agent竞争赛道下沉。随着模型能力趋同，真正的差异化竞争将转向底层架构：谁的骨架更具可替换性、可审计性及无人值守的安全性。
通过将「一切皆插件」和「模型可见即被记录」原则代码化，dsh为开发者提供了自主定义智能体形态的基础设施。相较于直接使用成品助手，这种底层能力的开放更有利于构建真正具备长期 autonomous（自主）工作能力的智能体系统。
未来，衡量其成功与否的关键指标，将是能否基于此框架构建出无需人工干预、真实持续创造价值的自动化工作流。