DeepSeek 的 Super-agent 想替人管任务
刚看到 DeepSeek Harness 团队发的那篇 Super-agent 设计文章,我第一反应是:这波他们盯上的不是模型能力,而是人管不过来的那部分。文章里有个观察挺扎心,一个人通常只能同时跟进 3 到 5 个活跃会话,再多就乱。所以 Agent 越能干,瓶颈反而越往人这边移。
他们给出的解法是把 Agent 从单次会话里解放出来,做成长期在线、跨平台保持上下文的连续实体。具体拆成四项能力:跨会话连续交互、多任务并行、主动响应环境事件、长期在线和异常恢复。说白了就是人定目标和验收,调度和执行交给 AI 去管。架构上是 Router 加 Worker 的双层设计,一个负责分派和协调,多个负责干活。我比较在意的是他们内部已经跑起来的实例:群聊里有人反馈问题,没人 @ 它,它也能识别缺陷、后台复现、找修复方案,甚至直接提 PR 等人审。同一任务在群聊和 GitHub 评论之间来回改需求,它也能跟上。不过得说清楚,这目前还是工程架构探索,部分设计有开源原型,不是正式独立产品。我的判断是,方向对,但难点不在让 Worker 多干活,而在 Router 的判断准不准。误判一次去提 PR,开发者的审查成本可能比自己做还高。对跨境和出海团队来说,这种形态其实更有想象力。时差摆在那,国内下班、海外客户还在提问题,一个能长期在线、主动接事件的 Agent 比多招一个值班的人现实得多。但前提是权限边界和审计得先想明白,不然它越自主,出事越难追。
他们给出的解法是把 Agent 从单次会话里解放出来,做成长期在线、跨平台保持上下文的连续实体。具体拆成四项能力:跨会话连续交互、多任务并行、主动响应环境事件、长期在线和异常恢复。说白了就是人定目标和验收,调度和执行交给 AI 去管。架构上是 Router 加 Worker 的双层设计,一个负责分派和协调,多个负责干活。我比较在意的是他们内部已经跑起来的实例:群聊里有人反馈问题,没人 @ 它,它也能识别缺陷、后台复现、找修复方案,甚至直接提 PR 等人审。同一任务在群聊和 GitHub 评论之间来回改需求,它也能跟上。不过得说清楚,这目前还是工程架构探索,部分设计有开源原型,不是正式独立产品。我的判断是,方向对,但难点不在让 Worker 多干活,而在 Router 的判断准不准。误判一次去提 PR,开发者的审查成本可能比自己做还高。对跨境和出海团队来说,这种形态其实更有想象力。时差摆在那,国内下班、海外客户还在提问题,一个能长期在线、主动接事件的 Agent 比多招一个值班的人现实得多。但前提是权限边界和审计得先想明白,不然它越自主,出事越难追。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼