背景：agent = model + harness
DeepSeek 在官方文档中给出一句话定位：agent = model + harness。模型负责推理，Harness 负责让模型「动起来」——读取仓库、编辑文件、执行命令、记住发生过什么。这个公式在 2026 年已经不再是比喻，而是产品结构：OpenAI 托管版 Agents API、AWS Strands Harness、Google Antigravity Harness、Anthropic 的 Managed Agents，都在争夺「模型外壳」这一层。
DeepSeek Harness 的特殊性在于出身：它来自一家以开源权重模型著称的实验室，却选择把开源的重心放在模型之外的那一半。项目代码发布在 GitHub 的 deepseek-ai 组织下，以 MIT 许可开源，2026 年 10 月 2 日登上 Hacker News 首页。据多家媒体报道，这不是它的面世——早在 2026 年 8 月，Harness 就已提供 Web UI 与无界面 CLI 的早期预览；10 月公测的核心变化是桌面应用成为一等公民，提供 macOS（Apple Silicon）与 64 位 Windows 安装包，并支持旧版设置与工作区迁移。
官方预览页把它的能力归为四类：日常事务（整理文件、分析数据、起草文档与幻灯片）、编码（探索仓库、修 Bug、开发功能、跑测试）、研究（检索信息、核验事实、引用来源）、后台任务（执行脚本、批量处理文件、按计划推进并汇报进度）。
DeepSeek Harness 的产品创新不在「又一个桌面智能体」，而在架构立场：它不设任何受特权保护的核心层。当竞争对手把 Harness 当作产品的护城河时，DeepSeek 把 Harness 当作生态的入场券——整张插件图谱都邀请用户改写，包括智能体循环本身。
Cordis：一切皆插件的架构拆解
Harness 的技术底座是 Cordis——一个源自 Koishi 聊天机器人生态的插件框架，DeepSeek 官方还引用了一篇 Cordis 研究论文作为插件热加载与卸载机制的学术背书。在 Harness 中，以下部件全部以 Cordis 服务的形式存在：
| 部件 | 传统 Harness 的实现方式 | DeepSeek Harness 的实现方式 |
|---|---|---|
| 模型适配器 | 内置固定选项，切换需改配置或改码 | Cordis 插件，可独立替换（DeepSeek / Claude / OpenAI / OpenAI 兼容端点） |
| 工具与技能 | 随版本发布，扩展走 MCP 或内置市场 | 插件，可安装、可经对话创建 |
| 沙箱与文件系统 | 运行时内置 | 插件化服务 |
| 会话与存储 | 运行时内置 | 插件化服务 |
| 用户界面 | 客户端固定 | 插件，可部分替换 |
| 智能体循环 | 核心代码，不可触碰 | 插件——官方明确邀请改写 |
最后一行是这份架构声明的锋利之处。主流智能体产品普遍把循环策略（何时调用工具、何时压缩上下文、何时询问用户）封装为不可见的内部实现，而 DeepSeek 把它暴露为可替换组件。配合内置的执行轨迹（execution trace）与工具调用详情查看器，用户可以观察循环做了什么，而不只是看到最终的 Markdown 输出。
官方还内置了一个「定时任务」插件作为示范：可在任意时间启动任务、按时间表运行周期性工作，进度可见、工具调用细节可查。这暗示了 Harness 的目标场景之一是长周期无人值守的后台作业，而不只是交互式问答。
四种运行形态与产品界面
据 DataCamp 的发布解读与官方预览页，Harness 提供四种模式：
- 通用模式：面向日常任务的默认形态。
- 程序化工具调用模式：面向需要确定性调用的集成场景。
- 极简模式：官方说明其用途是基准测试——剥离交互包装，让分数更接近裸模型加薄外壳，这一设计在评测口径上值得注意。
- Creator 模式：在对话中让智能体自己编写插件，官方将其定位为「不离开应用就能创建新工具、新技能、新界面元素」的入口。
入口方面，装好 Node.js 之后一条命令即可启动 Web UI：npx @deepseek-ai/dsh web；需要原生体验则下载桌面安装包。运行时原生处理 Word、Excel、PDF、HTML、Markdown、Python 与 TypeScript 文件，输出可在应用内预览并继续对话修改。
交互惯例对智能体产品用户并不陌生：自然语言描述任务、斜杠命令、@ 符号引用文件或历史会话。真正的差异在于「改哪里」的自由度——界面上连显示设置这类细节，社区也在讨论是否应该交给插件而不是做成客服工单。
生态位对照：四条开源路线
把 Harness 放回 2026 年的开源智能体版图，能更清楚地看到它的差异化站位：
| 产品 | 架构立场 | 扩展模型 | 许可证与开放度 |
|---|---|---|---|
| Claude Code | 封闭工作流，Harness 大部分隐藏 | MCP + 技能文件 | 闭源产品 |
| OpenCode | 开箱即用的开源成品 | 终端 / 桌面 / IDE 多端 | 开源，产品化程度高 |
| Pi（Earendil） | 小核心，由用户延伸 | 极简内核 + 扩展 | 开源，1.0 于近期发布 |
| DeepSeek Harness | 插件图谱，邀请整体改写 | Cordis 插件 + 对话式创建 | MIT，可 fork 商用无 copyleft 义务 |
两条务实含义值得点出。其一，模型无关：适配器不绑定 DeepSeek 自家模型，可以本地跑低成本模型处理例行工作，难题再切商业模型，而不必重建工具链。其二，MIT 许可：企业可以 fork 并把 Harness 嵌入自己的产品，这对想做私有化智能体入口的团队是明确的信号——相比之下，多数厂商的 Harness 战略恰恰是「锁定用户在自己的运行时里」。
行业媒体还点出一个同期背景：AWS 亦在 Harness 公测同周宣布开源沙箱供智能体 Harness 使用，加上 OpenAI 与 Anthropic 各自的编码智能体，运行时层已成为共识性的争夺点。
安全边界与已知短板
预览状态下的 Harness 有几条必须写明的边界：
- 版本与稳定性：包仍处于 0.1 版本线，官方声明版本间可能出现破坏性变更，快速迭代期不建议用于生产关键路径。
- 无安全审计：官方文档明确指出尚未完成安全审计，并提示「能编辑文件、执行 Shell 命令、加载第三方插件」的智能体固有风险。技术社区的一致建议是放入容器或一次性虚拟机运行，且不要让生产凭据进入其可见范围。
- 敏感操作门控未披露：桌面构建如何对脚本执行等高危动作做确认与分级，官方公告未给出细节——对一个能触碰本地文件系统的智能体而言，这是评价其企业可用性的关键缺口。
- 远程连接缺失：当前为本地优先，官方页面尚无远程接入路径；同时已有预览版体验细节（如设置中的字号上限）被用户拿来当作「什么该做成插件」的反例讨论。
目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
战略解读：运行时层的下一场竞争
把视角拉高，这份发布回答了 2026 年的一个结构性问题：开源权重模型的实验室，如何应对模型能力被 Harness 差异化稀释的趋势？
过去一年的评测反复证明，同一模型在不同 Harness 下分数差距可达数十分——脚手架贡献已成为评测方法论的显性议题。这意味着模型厂商面临一个选择：要么任由第三方 Harness 定义自家模型的使用体验，要么自己下场定义这层。DeepSeek 的答案是后者，而且用的是完全开放的姿态：运行时开源、许可宽松、模型可换。
这也符合浏览器与编辑器的历史剧本：当用户的停留位置从「模型」迁移到「Harness」，拥有更丰富扩展生态的平台将获得复利。DeepSeek 用对话式插件创作降低生态参与门槛，本质是在为这个尚不存在的插件市场预铺供给。
当然，判断为时尚早：插件目录规模、安全审计结果、1.0 稳定版的时间表，都还未落地。但方向已经清晰——2026 年的智能体竞争正在从「谁的模型更强」转向「谁的运行时更值得托付本地文件系统与企业流程」，而 DeepSeek 用一份 MIT 许可给出了自己的答案。