DeepSeek 把 Agent Harness 开源了：Everything is a Plugin，一个手搓过 harness 的人怎么看
前几天我刚写完一篇「手搓 DeepSeek Agent Harness」的博客，讲怎么在模型外面套一层运行时：工具注册、上下文管理、循环控制那一套。结果文章发出去没多久，DeepSeek 自己把官方的 deepseek-harness（dsh） 开源了------4 天（2026-08-13 创建）冲到 13.5 万 star，标语就一句话：Everything is a Plugin。
我第一反应是：哟，我那篇手搓的，被官方降维打击了？
冷静下来把仓库翻了一遍，结论是：这不是来抢你饭碗的，是来给你一个「不想手搓时的现成底座」的。下面说点真实的工程判断，不吹不黑。
先说它到底是什么
dsh 是一个开源的 agent harness，用 TypeScript 写，底层跑在 Cordis 上。Cordis 的设计哲学叫「时空可组合性」（spatiotemporal composability）------名字很玄，落到代码上其实就是：把能力拆成一个个生命周期受控、可插拔的插件，框架负责把它们按时序组合起来。
跑起来只要一行：
bash
npx @deepseek-ai/dsh web
# Web UI 默认在 http://127.0.0.1:3080对，不需要你先 git clone 再 pnpm install 折腾半小时，npx 直接起。这对想快速验证一个 agent 想法的人来说，体验是拉满的------比我自己那篇手搓教程的「先写 200 行脚手架」友好太多了。
插件靠 GitHub 的 dsh-plugin topic 被发现，MIT 协议。
为什么「Everything is a Plugin」这个设计我认可
我手搓 harness 时踩过最大的坑，不是「怎么调模型」，而是**「能力一旦写死在核心里，加一个工具就要改核心」**。工具多了之后，核心变成一坨 if-else 分发，谁都不敢动。
dsh 直接把这件事推到极致：连它自己核心之外的东西都做成插件。这跟我手搓时最后悟出来的那句「harness 的本质是一个插件运行时，模型只是其中一个被调度的插件」几乎一致------只不过 DeepSeek 把它做成了产品，我只在博客里写了个 demo。
从工程角度，插件化对 agent 这类东西特别对路：
- 工具隔离：每个工具一个作用域，崩了一个不影响整体；
- 按需加载：不用把所有能力编译进一个二进制；
- 生态外扩 ：别人写的插件，你
dsh-plugin一搜就能装，不用 fork 改源码。
Cordis 那层「生命周期 + 依赖排序」正是手搓玩家最容易写歪的地方------自己用个数组存插件，注册顺序一乱就互相覆盖。有框架兜着，这部分心智负担直接归零。
但我要泼三盆冷水（developer preview 的代价）
README 自己写了粗体警告：Developer preview，会有破坏性变更（compatibility-breaking changes）。这不是客套话，是事实。基于此，我有三个实在的顾虑：
1. 生态还空，插件没几个。 靠 dsh-plugin topic 发现插件，但现在整个生态才刚起来。你真要干正事，大概率还是得自己写插件。这时候「Everything is a Plugin」对你来说等于「Everything 都得你自己写」。
2. 文档偏薄，范式偏重。 Cordis 的「时空可组合性」是它区别于 langchain 那类抽象的核心卖点，但目前论文+文档都还在早期。对一个只想「快点跑通 agent」的人，先理解这套范式本身是成本。手搓虽然糙，但胜在你能完全掌控每一行。
3. 稳定性未知。 4 天 13 万 star，这是势能信号 不是成熟度信号。star 数说明大家觉得「方向对、值得关注」，不等于「生产可用」。把它当生产依赖前，先问自己：它破坏性变更时，你的业务挂不挂？
那到底什么时候用 dsh，什么时候手搓？
我的判断（基于一个在职、时间有限的独立开发者的视角）：
- 想快速起一个 agent 原型 / 内部小工具 → 直接用 dsh，
npx起 UI，省下一周脚手架。尤其你本来就打算用 DeepSeek 模型，官方主场适配最稳。 - 你的核心差异化就在「harness 本身怎么调度」（比如特殊的工具编排、私有协议）→ 还是手搓或基于更底层的 Cordis 改，别被 dsh 的插件模型绑死。
- 要上生产且怕折腾 → 现在先观望，等它出 1.0 / 稳定 API 再接。developer preview 阶段当玩具和原型可以，当承重墙不行。
一句话：dsh 是「我懒得写 harness 时的好选择」，不是「我精心调过 harness 后的替代品」。 它把我那篇手搓教程从「必做功课」降级成了「想深入再看的参考资料」------这其实是好事，基础设施成熟的表现，就是让大多数人不用再造轮子。
顺手记一笔给同样在折腾 agent 的人
我翻完的最大收获不是「又多了一个框架」，而是验证了一件事：agent 领域的共识正在收敛到「harness = 插件运行时 + 模型即插件」。从 langchain 的 chain，到 dsh 的 plugin，再到我那篇土味手搓，终点出奇一致。
所以如果你也在手搓，别焦虑「我是不是在重复造轮子」------你造的那一圈，是在建立自己的判断。等框架稳定了，你比谁都清楚该用它的哪块、绕开哪块。轮子造过，才知道哪个顺手。
题外话：dsh 还是 developer preview，本文基于 2026-08-13 创建的仓库初版。等它迭代几轮，插件模型和 API 大概率会变，届时以官方文档为准。仓库：github.com/deepseek-ai...
参考：deepseek-ai/deepseek-harness 仓库 README 与 Cordis 项目说明。