TOPIC COLLECTION
DeepSeek开源dsh-superagent原型：监听GitHub/可选飞书、可开PR，定位研究原型非生产；和Claude Code、Codex、Cursor差在哪
DeepSeek于2026-10-31在GitHub开源dsh-superagent-prototype（MIT，描述Towards a More Autonomous Agent System）。README写明：仅供参考的研究原型，非正式产品、非生产就绪；面向单仓库，可监听GitHub与可选飞书，并行开工作项并回复PR。本站核查时星标约八千。
资料更新：2026-11-02
依据官方仓库 README 与 GitHub API 元数据整理；星标数为本站核查时快照，非正式营销数字。能力边界以仓库文档为准，禁止当作正式 SaaS 宣传。核查2026-11-02（新加坡时间）。
主题标签：DeepSeek、Super-agent、开源Agent、Claude Code、飞书
DeepSeek 把一套「少打扰人、多自己干完」的编码智能体原型开源了：仓库名 deepseek-ai/dsh-superagent-prototype，创建于 2026-10-31，许可证 MIT，简介写的是 Towards a More Autonomous Agent System。本站核查时 GitHub 显示星标约八千（API 快照会变，别当广告数字抄走）。
读 README 第一段再决定要不要 clone：官方自己写的是——Research prototype for reference only, not an official DeepSeek product；从团队日常开发长出来，大量工程由 coding agents 完成；当作研究代码，不是 production-ready，可能有 bug，风格也不统一；公开发布版还和内部版、以及文章《Exploring Super-agent Design…》里描述的实现不完全一致，文中部分设计标成未来方向、原型里没落地。
它实际在干什么
定位可以压成一句话：针对一个 GitHub 仓库的主动式编码智能体，打成 bundle 挂在 DeepSeek Harness 上（官方链到 deepseek.com 的 harness 页；和「Everything is a Plugin」那套 harness 思路相关的，以 DeepSeek 文档为准）。它监听 GitHub，也可以选配 飞书。允许名单里的人请它干活时，会打开一个 work item，在自己的 agent 会话和目录里做，再回到原对话回复——典型结果是提交 pull request。另有一个 web panel，用来标出「哪些事还需要真人出面」。
哲学文档（docs/000-philosophy.md）强调的原则是：尽量少占人的注意力，尽量多交付可用结果。能替整队行动的 agent 也能浪费整队注意力，所以只在被请求、或团队写明的规则允许时才动手；只在有人必须介入或有人用得上结果时才说话。这和「在 IDE 里一直陪聊」不是同一产品姿态。
仓库把文档按编号排好了：000 哲学 → 001 领域模型 → 002 授权 → 003 执行 → 004 提示 → 005 面板 → 006 部署（手工安装、配置、升级、排错）→ 007 架构 → 008 Cookbook（如何加一个 Source）。官方建议按顺序读，后面的只建立在前面之上。Setup 步骤多，README 直接说：让你的 coding agent 读 SETUP.md，一次只问一个短问题，展示完整计划后再装。
和 Claude Code / Codex / Cursor 怎么摆
| 维度 | dsh-superagent 原型 | Claude Code / Codex CLI / Cursor |
|---|---|---|
| 分发 | 开源自托管原型（MIT），非正式产品 | 多为闭源订阅或托管服务 |
| 触发 | 仓库与协作信号（GitHub，可选飞书） | 偏 IDE / 终端里人对着会话下指令 |
| 工作单元 | 按 work item 并行 Worker，可回到对话交 PR | 本地会话、云任务或编辑器 agent，形态各异 |
| 人工闸门 | web panel 标出需要人处理的事项 | 通常靠人在会话里持续审 diff / 批准工具调用 |
| 就绪度 | 官方标明非生产就绪 | 面向日常开发交付（仍受各自限额与条款约束） |
| 对比跑分 | 仓库未给公开基准；本文不编造胜率或 SWE 分数 | |
别把它写成「开源版 Claude Code」。Claude Code、Codex、Cursor 解决的是「人在工具里持续结对」；这套原型更像「仓库值班机器人 + 人工闸门」。Claude 网页/订阅政策是另一条线，和这份 GitHub 原型无关。若你已经在 OpenAI 侧用 Codex，额度账本最近也在变，可顺带看站内ChatGPT 与 Codex 额度合并说明——那是订阅政策，不是开源原型。
部署前先接受的现实
- README 要求：用前先 review、再改造成自己环境能跑的样子；
- 授权模型（谁能触发、能碰哪些仓库）在 docs/002-authorization.md，上线前务必自己读，别默认「装上就全员可唤」；
- 执行与并发（Worker、工作目录隔离）在 003；提示词与面板行为在 004 / 005——改提示前先搞清它何时开口；
- 开发自检命令写的是
pnpm check（typecheck + tests + build）； - 公开版 ≠ 文章里的全部设计：未来方向可能还没实现，别按论文脑补功能清单。
安全上至少要自问：GitHub App / webhook 密钥放哪、飞书机器人权限是否最小、PR 是否必须人工 approve 才能合、panel 是否暴露到公网。原型仓库不会替你做完这些决策。
什么人值得现在折腾
值得 clone 研究的：已经自建 DeepSeek / 开源模型链路，想看「GitHub webhook + 可选飞书 + 并行 work item + PR 回写」怎么拆模块；或安全/平台组要评估「仓库级自主 agent」的授权与人工面板设计；以及写 harness / 插件体系的人，想对照 DeepSeek Harness 的 bundle 打包方式。
暂时别当生产依赖的：要稳定 SLA、合规审计、厂商支持合同的团队——官方已经把「非正式产品 / 非生产」写在最上面。业务仓库直接挂未加固的原型，出了误开 PR、误读私仓、飞书群被刷屏，责任在部署方。
若你已经在用终端智能体，可以把原型当「协作信号驱动」的参考实现，而不是替换现网的 Claude Code / Codex 流水线。分类浏览见终端编程智能体、软件工程智能体、AI编程、开发者工具。
常见问题
这是 DeepSeek 的正式商业产品吗？
不是。README 原文：not an official DeepSeek product；research prototype for reference only。
一定要接飞书吗？
不是。正文写 listens to GitHub and, optionally, Feishu。GitHub 是主信号源，飞书可选。
和 deepseek-harness 什么关系？
README 写它 packaged as a bundle for DeepSeek Harness。具体插件机制以 harness 文档与本仓库架构文为准，本文不扩展未核对的内部名词。
星标多少算「火」？
本站核查时约八千星，只是瞬时热度。选型看许可证、就绪声明和你能否读懂授权模型，不看星标营销图。
能直接替代团队里的 Cursor 订阅吗？
不能按官方口径这么承诺。一个是研究原型，一个是成熟 IDE 产品；工作流、支持、限额模型都不同。并行试用可以，替换要等你自己把授权、评审、监控补齐。
来源与核查日期
核查日期：2026-11-02（新加坡时间）。星标与 commit 以 GitHub 实时为准；功能以 README 与 docs 编号文档为准，未在本站生产环境部署实测。
