在 DeepSeek V4 Pro 正式版发布之后，预告许久的 DeepSeek 自家 Agent 产品终于也浮出水面。名字叫 DeepSeek Harness，核心理念一句话就能说清：一切皆插件。
截止到完稿，它在 GitHub 上的 Star 数已经冲到 3.7 万，速度相当惊人。
说实话，在完整体验、认真扒过开发者文档并试用了若干第三方插件之后，我觉得这确实是一款很特别的产品。它大概率会是一个二极管式的存在：喜欢的人会觉得这就是未来；不喜欢的人会觉得这玩意太糙、毫无用户体验、谁能用得明白。
所以这篇文章，我想试着聊清楚几个问题：我理解的 DeepSeek Harness 到底是什么？为什么它不叫 DeepSeek Code，而是用了 Harness 这个很工程化的名字？以及它到底该怎么用。
先理解 DeepSeek Harness 的核心
DeepSeek 在官网上放了一条很重要的公式：
Agent = Model + Harness
这个公式是 LangChain 之前在聊 Agent Harness 时提出来的。一个好的 Agent，必然是由 Harness 和模型一起构成的。对 Harness 还不太熟悉的，可以先看看这篇科普文：一文带你看懂，火爆全网的 Harness Engineering 到底是个啥。
你用的 Claude Code、Codex、Workbuddy 这些，本质上都是 Harness，需要跟模型（比如 Claude Fable 5、GPT-5.6 Sol）搭配起来使用，否则只是一个空壳。
一个 Harness 的构成其实相当复杂：工具、Skills 系统、会话、沙箱、存储、Agent 循环、调度、子 Agent、工作流等等。在过去，这些组件几乎都被封装在以"软件"为名的壳里，比如 Codex。
上面提到的这些能力，绝大部分都是厂商预先做好的。我们更多是在使用对方持续提供的软件服务，也就是一个产品。那些底层的东西全都被藏在后方，普通用户看不到，也不需要去了解。
普通用户真正需要自定义管理的，通常只有 Skill、MCP 之类的少量入口。其余所有东西都被 Codex 封装好了，动不了，也没必要去动。
而 DeepSeek Harness 做了一个非常激进的决定：把所有这些能力全部包装成插件。也就是说，你几乎全部可以自定义。
这就很像我们以前想象过的模块化手机——所有硬件部分都能随时更换。DeepSeek Harness 类似，它真正的核心只有一个东西，叫 Cordis 的内核。这个内核的作者加入了 DeepSeek，而这一次，他们甚至发了一篇 88 页的论文。
这个内核干的事情极其克制：只负责插件的加载、卸载和依赖管理，别的什么都不管。
最厉害的一点是，它可以在 Agent 运行过程中随时更换插件，同时保证 Agent 运行状态不崩。核心就靠两个特性：
- Temporal composability，时间可组合性：一个插件卸载之后，它之前产生的副作用能不能完整撤销。
- Spatial composability，空间可组合性：一个插件如果依赖其他插件，当被依赖的插件出现、消失或发生改变时，它能不能动态地重新处理自己的依赖。
看懂这两个特性，你大概就明白了：Cordis 内核本身存在的意义，是为了让 Agent 在运行过程中不断给自己开发、安装、卸载插件，不断插拔自己的能力，从而形成某种意义上的自进化。
这就是 DeepSeek Harness 的底层机制。
所以与其说它是一个 Agent 产品，不如说这是一个为了展示 Cordis 内核、同时预置了 100 多个一方插件的科研成果。这也就是 DeepSeek 反复强调的理念：
一切皆插件。
现在你也就能理解，DeepSeek 为什么叫它 Harness 而不是 Code 或 Build，为什么这次发布的版本叫"开发者预览版"。
因为人家做的压根不是一个面向普通用户的 Agent 产品，而是一个基建系统，一个 Harness 系统。
它需要全世界的开发者进来一起插拔，帮它造出各种各样的插件，丰富整个 DeepSeek Harness 的生态，从而形成一个新时代的平台，同时完成 Agent 的自进化。所以整个社区才会吵得不可开交——一边说这个理念太牛了太好了，另一边说这玩意鬼才用，我为什么没事要插拔。
新事物诞生必然伴随争议。但我觉得对大多数人来说，最好的方式还是先上手用一用。
官方网址：
https://www.deepseek.com/harness/
安装命令：
npx @deepseek-ai/dsh web
如果你看不懂这条命令，不知道如何运行，那就把它直接丢给任何一个你本地在用的 Agent 产品，让它帮你装。
装好之后，会弹出一个本地网址。
复制到浏览器打开就行。第一次运行会让你填写 DeepSeek API Key，去官网申请一个即可，记得充一点钱。
API 开放平台官网：
https://platform.deepseek.com/
填好之后就能进入首页了。
一个标准的 WebUI 界面。而且这个界面本身也是一个 UI 插件——也就是说，你想改也随时可以改。比如群友黑哥小黑子（blake）随手就做了一个皮肤插件。
模型这边可以选择 Flash 和 Pro 两个档位。
也可以选择思考强度。
这里需要注意一下：DeepSeek 正式官宣涨价了。
而且涨幅不是一丁半点，说实话有一点离谱。
V4 Pro 的缓存命中价格直接涨了 12 倍，高峰期的输出价格更是来到了 27 块钱。这个性价比配合 DeepSeek V4 Pro 的性能，我觉得它曾经"价格屠夫"的吸引力已经打了不少折扣。我之前预测涨幅大概在 2 倍左右，结果高峰期起步都是 3 倍，确实有点狠。
再来对比一下当前其他主流模型的价格。
跟 GLM、Qwen 3.8 Max 相比，其实已经很难拉开明显差距了。更别提 GLM-5.3 应该马上也要发布，价格大概率维持不变，能力上基本又是一个开源 SOTA。单从 API 性价比来看，DeepSeek V4 Pro 未必比得过 GLM。
好在 DeepSeek Harness 并没有把用户锁死在 DeepSeek 模型上。它支持添加目录里的模型提供方，也支持自定义提供方、Base URL、协议和模型列表。以后你完全可以把别家的模型接进来。
比如在 DeepSeek Harness 里用 GLM，完全可行。
回到首页，点击"选择工作区"，添加一个项目目录，这就是你的 Agent 能够操作的项目文件范围。
接下来是最特别、也是普通用户最难理解的部分：四种模式。
在了解了 Cordis 内核之后，千万不要把这四种模式当成 DeepSeek Harness 真正的"模式"。它们只是几套模板预设，方便你开箱即用。下面简单说说区别。
1. 标准模式
第一次使用，或者对底层机制不太了解，无脑选标准模式就好。它拥有完整的代码 Agent 能力：文件读取与编辑、Shell、文件搜索、网页搜索、Skills、计划、目标、后台任务、子 Agent 和工作流等，相关插件都已经预先配置好了。
2. PTC 模式
PTC 模式拥有标准模式的全部能力，区别在工具呈现方式上。
标准模式下，模型通常发起一次工具调用，拿到结果，再决定下一步。而 PTC 模式会给模型一套 Code Mode SDK，让模型写一段 TypeScript 程序，在一次 run_code 里组合多个工具操作。
原来可能需要五次模型往返才能完成的读取、搜索、筛选、并行调用和结果整理，有机会被压缩到一次程序执行里。这样能减少模型与工具之间来回对话的次数，更适合结构化、多步骤、可并行的操作，也更省 Token。
不过这就需要模型具备足够稳定的代码规划能力，调试难度比较高。小白先别碰，用标准模式就够了。等你遇到大量重复工具往返，或者想测试 DeepSeek 模型的程序化工具调用能力时，再切到 PTC。
3. 极简模式
极简模式只给模型两个核心工具：一个持久 Bash，一个 文件编辑器。它还会把系统提示词固定成一句非常简单的"你是一个有帮助的软件工程助手"，去掉上下文压缩和大量额外能力。
这个模式主要用于最小环境下的模型基准测试。比如你想比较两个模型的裸 Agent 能力时，它非常好用。
但是没事别日常用，你会发现根本没法用。
4. 创造模式
这个才是 DeepSeek Harness 最特别的地方。
创造模式拥有标准模式的完整能力，还能检查自己正在运行的 Cordis 环境，在内存中试验插件，帮助你创建新的 Agent 和插件。也就是说，它能让 Agent 直接改造自己。
比如你可以告诉它：
"帮我做一个只允许读代码、不允许改文件，专门负责安全审计的模式。"
也可以说：
"帮我做一个接入公司内部搜索、固定使用某个模型、拥有三种专属 Skills 的研究 Agent。"
甚至你可以先让 Agent 检查自己身上已有的插件和能力，如果发现缺少某个插件，可以直接创造一个插件，然后挂到自己正在运行的流程中去。
用一个比喻来说：Agent 发现自己没有扳手，于是现场造了一把扳手，插到自己手上，接着用这把扳手继续干活。
这是整个 DeepSeek Harness 最核心的特点，也是 Cordis 内核最棒的体现。
会话设计：一份只追加的事件日志
DeepSeek Harness 还有一点对开发者特别友好：他们把会话设计成一份只追加的事件日志。
模型看到的系统提示词、用户消息、推理内容、工具调用和结果、权限变化、上下文注入、压缩、子 Agent 调度，全部都会成为日志里的事件。下一轮模型看到的历史，也是从这份日志重新推导出来的。
这件事意义很大。很多 Agent 失败之后，你只能看到"任务失败"或者"无限循环"，根本不知道它在哪一步开始跑偏。Harness 里的轨迹视图可以按来源查看每一次运行，对开发者来说，意味着可观测、可审计、可复现，非常适合做研究。
官方第一方插件目前都可以在设置页面的插件里看到。看不懂不必强求，先用起来再说。如果缺什么功能，用创造模式自己造一个也可以。
值得一试的社区插件
与 DeepSeek Harness 一起上线的，还有社区插件入口。
有不少开发者贡献了第三方插件。我挑了几个不错的，推荐装上，能明显提升使用体验。
1. dsh-at-file
https://github.com/omdsh-dev/dsh-at-file
装完后直接在输入框 @ 就能引用文件，非常方便。
2. dsh-genui
https://github.com/omdsh-dev/dsh-genui
允许模型在回复中直接渲染图表、表格、表单、Diff、Mermaid、交互面板等内容，很实用。
3. dsh-automation
https://github.com/titanwings/dsh-automation
给 DeepSeek Harness 补上了自动化能力，算刚需。只是交互设计上稍微有点别扭。
https://github.com/omdsh-dev/DSH-better-sidebar
直接给 DSH 补上一套类似 VS Code 的工作台：文件管理、代码编辑、真实终端、Git、Diff、内嵌浏览器、后台任务和子代理状态，全都塞进侧边栏里，功能更全，也更好用。
5. ModLens
https://github.com/liustack/modlens
给纯文本的 DeepSeek 模型补上视觉能力。配置好视觉通道后，直接把图片粘贴进对话，模型就能读图了。刚需插件。
写在最后
DeepSeek Harness 是一个非常有趣的系统，插件插拔的概念也很棒。但从产品角度来看，它对普通用户依然不太友好：过多的开发者术语、过高的使用门槛、偏少的功能、粗糙的用户体验，每一步都可能劝退普通用户。
不过，DeepSeek 也许本来就是一支更加注重科研和探索的团队。就像他们 Slogan 所写的那样：探索未至之境。
加油，DeepSeek。至于这个 Harness 还有哪些有趣的地方，就交给各位去探索了。如果你也想试试类似的开源项目，或者想跟更多人交流插件开发的经验，可以到 云栈社区 上多逛逛，那里有不少开发者在分享第一手的 Harness 插件心得。
发表于 3 小时前
|
查看: 4|
回复: 0
