近 40k Star、1.2 万次提交，DeepSeek 官方 Agent 框架来了：一切都可插拔
大家好，我是老张。
先问个问题：你平时让 AI 写代码，是直接开个 Claude Code、Codex 这样的工具，还是自己拼一套？
老张身边不少人，为了把 DeepSeek 当后端接进 Codex，得在本机跑一层代理做协议翻译，折腾半天，配置还脆得一碰就碎。每次模型一更新、工具一升级，那套东西就得重新捋一遍。
说到底，缺的是一个"官方自己出"的 Agent 框架。而这件事，DeepSeek 现在补上了。
今天聊的，就是 DeepSeek 官方开源的 Agent 框架——DeepSeek Harness（dsh）。
项目速览
| 项目 | 详情 |
|---|---|
| 仓库 | deepseek-ai/deepseek-harness |
| Star | 39.8k ⭐（还在涨） |
| Fork | 3.1k |
| 提交 | 12,293 次 |
| 协议 | MIT |
| 技术栈 | TypeScript/Node.js + Python SDK |
| 状态 | 开发者预览（快速迭代，会有破坏性变更） |
核心：什么叫"一切皆插件"
DeepSeek Harness 最核心的一句话，写在它仓库首页上——"Everything is a Plugin"（一切皆插件）。
翻译成人话就是：一个 Agent 干活需要的东西——调工具、操作终端、读写文件、管上下文、记记忆、编排子 Agent、决定什么时候停——在 Harness 里全是插件，像乐高一样拼。
它底层不是自己造的轮子，而是跑在一个叫 Cordis 的框架上。Cordis 的设计思想叫"时空可组合性编程范式"，有专门的论文。说白了就是让一堆插件能在正确的时间、正确的上下文里组合起来干活。
这个设计对运维/开发者意味着什么？老张的理解是：你想加个能力，不用改核心代码，写个插件插进去就行。 类比一下，就像 Nginx 的模块、K8s 的 CRD/Operator——核心保持稳定，能力往边上长。
为什么现在才出来
DeepSeek 的模型强，这点大家都认。V4 在 Agent 评测里是开源模型里的第一梯队。
但有个尴尬的事实：DeepSeek 的 API 文档里，Agent 集成板块列了十几家第三方工具——Claude Code、Codex、Cursor、Copilot……唯独没有自己的 Agent 产品。等于说，模型是它家的，干活的手是别人家的。
Harness 就是来填这个空的。业内有句话总结得很到位：
Model + Harness = Agent
模型负责理解需求、推理、生成方案；Harness 负责把这些能力落到真实环境里——调用工具、操作终端、读写文件、管理上下文、处理执行中的错误，最终把活干完。
再补两个背景：
一是团队来头。 据公开报道，Harness 团队今年 3 月组建，负责人是崔添翼——90 后，浙大计算机出身，拿了 6 枚 ACM 亚洲区域赛金牌，在顶级量化机构 Jane Street 干了 9 年。
二是它已经上过战场了。 7 月 31 日 DeepSeek-V4-Flash 正式版发布时，官方公布的 Code Agent 基准测试，就是用 DeepSeek Harness 的极简模式跑出来的。也就是说，你看到的那份 benchmark 成绩单，Harness 已经是幕后功臣了。
️ 怎么跑起来
官方给的起步方式极简，就一条命令：
npx @deepseek-ai/dsh web
它会启动一个 Web UI，默认地址 http://127.0.0.1:3080。前提是装好 Node.js。
想跑 Python 侧的话，官方还提供了 Python SDK，配合 jsonrpc-agent 极简模式跑基准测试（仓库的 BENCHMARK.md 有指引）。
老张提醒一句：现在还是开发者预览阶段，官方白纸黑字写着"未来会有破坏兼容性的变更"。拿来尝鲜、学习架构没问题，别急着往生产环境里上。
老张的评价
✅ 值得肯定的：
- 官方出品，解决了信任问题。 之前用第三方工具接 DeepSeek，配置是黑盒，出问题不知道怪谁。现在官方自己下场，链路通了就是通的。
- 插件化架构，对扩展友好。 这跟运维圈"核心稳定、能力外挂"的思路一致，社区贡献插件的门槛低。
- 文档和工程规范到位。 仓库里有 docs、examples、架构文档，还带 AGENTS.md、CLAUDE.md，说明官方自己就在用 AI 协作开发，工程化程度高。
- 热度是真的。 近 40k 星、1.2 万次提交，这不是刷出来的，是社区真金白银的认可。
⚠️ 值得注意的：
- 还在预览期，别急着上生产。 破坏性变更意味着你今天写的插件，明天可能得重写。
- 对标谁，官方没明说。 社区普遍拿它跟 Claude Code、Codex 比，但官方 README 里没这么讲。别把它当成"开箱即用干翻 Claude Code"的东西，目前它更多是个框架和底座。
- 上手有门槛。 虽然一条命令能起 Web UI，但真正玩转"一切皆插件"，你得理解 Cordis 那套组合式编程的思路，不是装上就能爽用。
适合谁用
| 场景 | 推荐程度 |
|---|---|
| 想尝鲜 DeepSeek 官方 Agent 框架的开发者 | ⭐⭐⭐⭐⭐ |
| 想给 Agent 写自定义插件/扩展能力的 | ⭐⭐⭐⭐⭐ |
| 想学习插件化 Agent 架构的 | ⭐⭐⭐⭐⭐ |
| 想立刻替换掉 Claude Code 上生产的 | ⭐⭐⭐（还太早） |
资源汇总
| 资源 | 链接 |
|---|---|
| GitHub 仓库 | https://github.com/deepseek-ai/deepseek-harness |
| 架构文档 | https://github.com/deepseek-ai/deepseek-harness/blob/master/docs/architecture.md |
| Cordis 框架 | https://github.com/cordiverse/cordis |
聊聊你的方案
评论区见：
- 你现在写代码的 Agent 工具链是什么？ Claude Code、Codex、还是自己拼的？
- 给 Agent 加自定义能力，你最想加什么？ 运维场景里有没有什么重复劳动想让它自动化？
- 如果 DeepSeek Harness 稳定了，你会切过去吗？
老张先说：我最看重的是"插件化"这条路能不能走通。运维场景里，Agent 能不能接进监控告警、能不能安全地操作服务器，比模型多考几分重要得多。Harness 能不能把这些"工程化能力"沉淀成插件生态，才是它能不能成的关键。
你怎么看？留言区聊聊。
浙公网安备 33010602011771号