10 月的最后一天，Harness 团队公开了一份讲 Super-agent 的架构文档。核心判断很直接：瓶颈已经从模型能力移到人的注意力——一个人同时盯 3 到 5 个会话就到顶了。
Router 指挥，Worker 干活
新架构拆成两层。Router 是常驻的协调节点，接收群聊、GitHub、邮件等渠道的事件，判断该不该动手、交给谁；Worker 各自持有独立上下文和工具，负责复现、审查、开发，必要时再往下派 Subagent。为减少调度开销，Worker 接手一个 PR 后，后续评论直接订阅给它，不必每次回 Router。
真正有意思的是主动性。群聊消息先经程序规则粗筛，再由模型判断是否需要介入；配合投机执行，Agent 可以在没人 @ 它的时候后台复现问题，只在确认缺陷且修法简单时才把 PR 递上来。执行循环放在云端、状态写进数据库、本地只留一个 daemon，电脑关机也不影响任务续跑，另有 Watchdog 检查空转。
效率是真的，代价也是
内部实验模拟 300 条消息、其中 20 条是真实请求，中位完成时间 12.4 分钟、p95 为 15.7 分钟；对照组 p95 拖到 29.5 分钟，五次实验里模型一次都没主动调用 Subagent。但多会话意味着更高的缓存读取 Token。
需要泼一点冷水：官方明确这是工程探索，已有开源原型，还不是独立产品。会话被降级为内部细节之后，审计、权限和「谁批准了这次提交」会变成新的麻烦。
原文链接：https://www.ifanr.com/1687026
来源：爱范儿
