DeepSeek 把自家内部一直开着的那个 Agent 是怎么搭的，写成长文公开了，原型代码也开源了。它戳的痛点很准：模型越强，卡脖子的越不是模型，而是人的注意力——一个人同时最多盯 3 到 5 个 Agent 会话，再多就顾不过来了。
核心设计只有三条。第一，前台一个 Router 只接话、派活，自己不干活，轻量模型就够了。第二，后台一堆 Worker 各干各的，用最强的模型，不直接跟人说话。第三，群聊、PR 评论、CI 结果都算事件：群里有人报 bug，它先在后台复现，修好了才提 PR，修不好就不吭声。
他们测了约 300 条消息里混着 20 来个活：最慢的那批任务 15.7 分钟交付；换成单会话加 subagent，模型常常自己闷头干，最差一组拖到 29.5 分钟。差距不在模型，在于前台是不是一直在打断人。
这套东西的原则也写得很直白：只在被请求、或团队写好的规则允许时行动；只有人必须处理、或有结果可用时才开口；一次只问一个具体问题。想上手的话，让你的编码 Agent 读这个仓库的 SETUP.md，和你一起装，它会一次问你一个简短问题，装完顺手配好。
项目地址：https://github.com/deepseek-ai/dsh-superagent-prototype
有一点要先说明：官方说这只是研究原型，不是正式产品；没人叫它干的活，默认只记录不动手。做 Agent 产品的可以对照着看，这篇比很多论文好懂。
正文完