🔥卧槽，DeepSeek Harness 团队把 Super-agent 的设计探索和研究原型放出来了🔥！我带着兄弟们来看看，这套东西到底想解决什么问题 平… · @chasen_liao · TwKit

@chasen_liao

🔥卧槽，DeepSeek Harness 团队把 Super-agent 的设计探索和研究原型放出来了🔥！我带着兄弟们来看看，这套东西到底想解决什么问题 平时同时开几个 Coding Agent，任务一多，人就容易变成调度员：这个 Session 还在跑，那个 PR 的 CI 挂了，同事的评论又得复制到另一个窗口里 DeepSeek 这次想做的，是让 Agent 持续接收团队里的事件，把相关消息交给对应的任务处理，等有结果或者需要人做决定时再通知你 它把工作分成两层：Router 负责接收事件、判断和分配，Worker 负责具体干活 比如你在飞书里让 Agent 修一个 Bug，它可以创建任务，在单独的 Session 和目录里处理，完成后提交 PR，后面 CI 失败或者有人评论，相关消息还能继续送到负责这个任务的 Worker 我觉得这里有个很有意思的细节：任务可以订阅相关的 Issue 或 PR，后续消息直接送过去，不需要每次都让 Router 重新分配 但消息送到 Worker，只是给它上下文，不代表这条消息能随便扩大任务权限，原来的授权范围还在 主动执行也有边界：原型默认是 observe 模式，对符合规则的潜在任务只记录「本来会接」，不会真的动手，团队看过这些记录后，再决定要不要开启自动接手 还有一点我挺喜欢：Agent 接到任务后简短确认，然后安静干活，有结果、需要决策或者遇到阻塞时再说话，面板也优先展示需要人处理的事情 项目目前是研究原型，面向单个 GitHub 仓库，可选接入飞书，团队明确说它不是正式产品，公开代码和文章里的设计也不完全一样，Worker 默认以操作系统用户身份执行命令，工作目录本身不构成安全隔离 我还没实际部署，所以效果和稳定性得等实测，光看这套设计，事件怎么进来、任务怎么追踪、权限怎么传递，以及什么时候才打扰人，这些问题就已经很值得做 Agent Harness 的朋友研究了 dsh-superagent-prototype https://github.com/deepseek-ai/dsh-superagent-prototype

曝光 301 · 评论 0 · 点赞 2 · 书签 1