DeepSeek Harness很好，但不适合大多数人

大家好，我是吃太饱骑士，一个混迹于 AI 与科研圈的有趣灵魂。

2026年8月14日下午，DeepSeek团队正式发布DeepSeek Harness（下面简称 dsh ）。目前该项目已经在GitHub上开源，开源地址为 https://github.com/deepseek-ai/deepseek-harness 。

我第一时间进行了部署、体验。然后是很长的思考。最后我的结论是：目前 dsh 并不适合绝大多数人；目前的 DSH 是专业开发者的实验场，不是普通人的生产力工具。

原因有很多，让我从初体验开始，慢慢讲给你听。

说实话，第一次启动 dsh 时很意外： 和 Codex、Claude Code、Zode 不同，dsh 没有采用 TUI（终端界面）也没有Desktop UI（本地桌面端界面），而是用的 Web UI（浏览器网页界面）。

dsh目前的初始界面很简洁，简直就是 DeepSeek自家网页端聊天界面的翻版。

然而打开设置后，能发现别有一番洞天，尤其是那个扎眼的插件。

我粗略扫了一眼，列表里大概有200多个插件。其中默认启用的大概有 100 多个。这是其他家 Agent 产品默认插件的几倍甚至几十倍。 为什么呢？

因为 dsh 追求的概念是：Everything is a plugin。

这不是我瞎猜，官方推特亲口下了定义。

而且从后续放出的核心论文来看，这句话的野心很大，非常大。

那么，“Everything is a plugin” 到底是什么意思，又凭什么成立？

这要回到 DeepSeek 今年提出的一个基本判断：

Model + Harness = Agent。

模型负责推理，而模型之外那些让 Agent 能够真正工作的部分——沙盒、记忆、技能、工作流、运行时、工具、权限、持久化——都属于 Harness。

DSH 在这个判断上更进一步：将这些原本功能和形态各异的 Harness 子系统用统一的抽象框架包装成了协议统一的”插件“，随用随插。

于是 Sandbox 是 Plugin，Memory 是 Plugin，Skill 是 Plugin，Workflow 也是 Plugin。

这里的 Plugin 已经不再是传统意义上的“第三方扩展”。

它更像 Harness 本身的基本组合单元。

其中的差别大概就相当于👇

传统插件：我已经有了一台高达，现在我想为我这台高达配一把枪。这把枪就是插件，即使后期拆卸，我的高达依然在。

DSH插件：本身就是高达的一部分，是我在手搓高达时的基础组件。如果失去了这个组件，我的高达可能就不是原来那台了。

而支撑这一整套设想的，就是 Cordis。

Cordis 是 DSH 底层的插件框架。它主要解决四件事：

Context： 定义一个 Agent 当前拥有的能力空间；

Dependency Injection： 让插件声明自己依赖什么，而不绑定具体实现；

Event： 让不同插件能够在 Agent 生命周期中观察、介入和修改行为；

Lifecycle / Effect： 负责插件的加载、卸载以及相关资源的自动回收。

因此，一个 Sandbox 不需要知道 Memory 如何实现，一个 Workflow 也不需要硬编码某个具体 Tool。它们只需要遵守 Cordis 定义的接口、依赖和生命周期，就可以被组合起来，就能够保证系统的正常运作。

这带来的真正变化是：

Agent 不再是一套写死的程序接上一堆接口凑成的庞然大物，而是一个几乎可以随时拆卸、重新从零搭建的乐高积木。

从前要将 Codex 改造成一个自媒体创作台，我们需要为它外接各种MCP、接口、自制各种技能。与此同时，它 Coding 的部分无法别消除：在预设提示词里，在工具里，在每个写死的小角落里。

用它来做自媒体创作，就像让一个3米高的战争机器人带上围裙后，在2.8米层高的小厨房做饭一样别扭。 但 DSH 允许你把战争机器人拆得干干净净，然后重新拼成一个厨房机娘。这就是差别。

可矛盾的是，在目前的 DSH 里，非专业开发者没法随心所欲地改造自己的 DSH。 虽然，DSH 已经预置了“创造模式”。

但根据实际测试，目前 DeepSeek V4 Pro 正式版很难在该模式下仅凭三言两语就完成复杂的 DSH 自我改造。

虽然我看好 DSH，看好开源的活力、灵感和力量。我本人也开始了 DSH 插件的创作。

但我还是得提醒你：如果你想要一个开盒即用的强大 Agent，现在的 DSH 还不适合你。

DSH 目前的产品形态依旧贯彻了 DeepSeek 对 C端用户的态度。

它是一个需要折腾、需要试错的 Agent 产品。

你可以等社区自然生长，等想要的功能被开发成熟后，再来体验。