北京时间8月13日晚，DeepSeek面向全球开发者发布了DeepSeek Harness（简称 dsh）开发者预览版，首个版本号为 v0.1，并以 MIT 协议在 GitHub 开源。与以往发布模型权重不同，这次开源的对象是模型之外的一整套 Agent 运行基础设施：官方用一句简洁的公式概括其定位，Model + Harness = Agent，即模型负责推理，Harness 负责把模型接入文件系统、终端、网页检索、代码工具和其他 Agent，并组织上下文、工具调用与任务执行。
这个框架最核心的设计原则只有五个字——一切皆插件。模型适配器、工具注册、技能、会话、沙箱、存储、Agent Loop、任务调度乃至 UI，都被拆成独立插件，通过配置自由组合、替换和扩展。开发者无需改动 Harness 主体源码，就可以换掉其中的任何一个环节。这意味着它更接近一套可组装的 Agent 运行时底座，而不是一个功能写死的编码工具。
支撑这套架构的是 Cordis 插件系统。Cordis 作为元框架只负责插件的加载、卸载与依赖关系管理，不承载任何具体的 Agent 能力；各种业务组件都以 Cordis 插件的形式运行，并通过服务与事件彼此协作。相关资料显示，Cordis 此前已在 Koishi 聊天机器人生态中运行多年，DeepSeek 还与北京大学联合发表了关于其“时空可组合性”的论文，为插件的安全卸载与依赖管理提供理论支撑。
基于同一底座，DeepSeek Harness 当前提供四种运行模式，差异主要来自默认加载的插件集合：
- 标准模式：提供完整的工具组合，面向常规 Agent 任务。
- PTC 模式：程序化工具调用，由模型生成代码来编排多轮工具调用。
- 极简模式：只保留 Shell 和文件编辑两个工具，用于最小环境下的模型基准测试。
- 创造模式：允许检查当前运行时、在内存中试验 Cordis 插件，并据此组合新的运行模式。
其中，创造模式让 Agent 可以理解自己所处的运行时，并尝试按需装载插件、改装自身能力，这一方向被部分开发者视为“自进化软件”的雏形；不过目前动态生成的插件仅存在于内存中，重启后即消失，仍属实验性质。
在可观测性上，DeepSeek Harness 采用仅追加（append-only）的会话日志：系统提示词、思维链、工具调用与结果、子 Agent 调度以及每次上下文注入都会写入同一事件流。开发者在 Trajectory 视图中可以按来源回看这些记录，恢复、分叉、检索与回放也都共享这一事件流。
安装方面，已配置 Node.js 工具链的开发者可以通过 npx @deepseek-ai/dsh web 直接启动 Web UI，也可以从 GitHub 仓库 deepseek-ai/deepseek-harness 拉取完整源码自行构建。DeepSeek 同时提醒，v0.1 仍处于早期预览阶段，后续快速迭代过程中可能出现破坏兼容性的调整。
发布后，该项目迅速在开发者社区引发讨论，相关话题一度登上 Hacker News 前列，GitHub 星标也快速攀升。与 Claude Code、Codex 等偏产品形态的编码工具相比，DeepSeek Harness 更像一个开放的工作台：模型、工具、循环逻辑、安全策略和 UI 都可以替换。不过也有开发者提醒，插件化系统在生态治理上存在长期挑战，插件的不兼容、过时与质量参差是后续需要面对的难题。对 DeepSeek 而言，Harness 的意义在于把开源边界从模型延伸到了 Agent 工程体系，也为其后续的智能体生态提供了一个可供社区共同演进的底座。