你让 AI 改一份代码，它不能只会“想”：还得读文件、调用工具、反复检查，并把结果交给你。模型像大脑，真正把这些动作串起来的，是 agent harness——包在模型外面的运行框架，也就是 AI 干活时使用的工作台。
DeepSeek Harness（简称 dsh）正是这样一套开源工作台。它面向希望定制 AI 工作流、工具和交互界面的开发者。值得现在关注，是因为 DeepSeek 不只提供模型，也开始公开承载 Agent 的底层框架。本刊 8 月 2 日曾提到，DeepSeek V4 Flash 的官方 Agent 成绩依赖当时尚未发布的 DeepSeek Harness，外界缺少完整复现条件。如今 Harness 进入公开视野，我们终于能看到这套工作台选择了怎样的组织方式。
不过，目前供稿只有项目仓库这一条独立信源，没有性能测试、用户规模或第三方评估。下文所述架构与功能均来自项目自述。
“一切皆插件”是什么意思？
DeepSeek Harness 给出的核心口号是“everything is a plugin”，即“一切皆插件”。插件是遵循统一约定、可以单独添加或移除的功能模块。常见软件会把关键能力直接写进核心；dsh 的思路则是，让核心能力也尽量通过可替换模块来组合。
可以把它理解成一张搭积木的工作台。今天需要一种工具调用方式，就装入相应模块；明天想换工作流或交互界面，可以替换那一块，而不必把整套系统推倒重来。对开发者来说，这种设计的吸引力不在于“插件”这个词本身，而在于它试图把 Agent 的组成部分拆开，让不同能力能够独立演进。
项目还鼓励插件作者在 GitHub 仓库中添加 dsh-plugin 主题，方便插件被发现。这说明它设想的不只是内置模块，也包括由外部开发者扩展的插件生态。不过，供稿没有给出插件接口、隔离机制、权限管理或现成插件数量，因此还无法判断这种开放性在实际使用中走到了哪一步。
Cordis 负责把积木拼起来
只把功能拆成插件还不够。Agent 会循环执行任务，不同模块何时启动、如何配合，同样需要一套运行规则。dsh 由 Cordis 驱动。按照材料中的定义，Cordis 是协调插件及其“时空关系”的底层运行与组合机制，其设计见论文《A Programming Paradigm for Spatiotemporal Composability》。
“时空组合”听起来抽象，说白了，就是不仅要决定哪些模块可以拼在一起，还要处理它们在什么位置、什么时刻发生作用。它更像工作台下方的调度结构：插件提供能力，Cordis 负责让这些能力按关系运行。
但现有供稿只说明了两者的关系，没有提供论文正文、具体执行流程或代码实例。因此，本期还不能进一步断言 Cordis 怎样调度插件，也无法判断它与其他 Agent 框架的运行机制相比有何优劣。
为什么值得单独看？
DeepSeek Harness 的意义，首先是让观察焦点从“模型答得怎样”移到“模型怎样做事”。同一个模型装进不同 harness，可能获得不同的工具、任务循环和执行环境。此前围绕 Agent 成绩的讨论如果缺少这层框架，就像只知道司机跑出的圈速，却看不到他开的车。
其次，全插件架构把 dsh 的野心写得很清楚：它想成为可定制的 Agent 底座，而不是一套固定工作流。开发者可以直接安装 Node.js，然后运行 npx @deepseek-ai/dsh web 启动 Web UI；材料称默认地址为 http://127.0.0.1:3080。也可以从 GitHub 检出源码，再用 pnpm 安装、构建和启动。
这些入口降低了试用门槛，却不等于项目已经成熟。DeepSeek 明确把它标为 developer preview——供开发者提前试用、接口仍可能大改的阶段，并特别警告后续会出现破坏兼容性的变更。现阶段更适合研究架构、制作原型和提交反馈，不宜把当前接口视为稳定承诺。
局限与未知
- 目前所有信息都来自同一条材料。其来源字段写作 Reddit，但链接直接指向 GitHub 仓库，正文也近似 README，不能把两者算作两个独立信源。
- 材料没有披露基准测试、性能数字、用户规模或与其他 Agent 框架的对比，无法据此判断实际效果。
- 项目仍在快速迭代，安装命令、默认端口、插件接口和构建流程都可能变化。本文仅反映本期供稿所记录的 developer preview 状态。