登录
10 月 31 日晚，DeepSeek Harness 团队发布《Super-agent 设计探索》，并开源了原型。文章里有个已经跑起来的例子：同一个开发任务可以在 IM 和 GitHub 之间连续推进；实例还会盯着公共群聊，在没人 @ 的情况下定位根因、提交修复 PR。 官方说，这个内部实例已在持续运行，日常参与问题复现与修复、代码审查响应和 Harness 自身的迭代。对开发者来说，真正该问的不是“它有几个特征”，而是这些活里，哪些真的从人身上挪走了。DeepSeek
DeepSeek 把瓶颈说得很直白：一个人通常只能同时跟进 3 到 5 个活跃 Session。 超过这个数，人就开始当“人肉总线”。编程 Agent 已经能替我们写不少代码，但同时开几个任务以后，人会忙起另一份工作：记住哪个窗口正在修什么，把群里临时改过的方案告诉它，再把 PR 下面的新意见搬回来。 CI 红了，还得确认它是不是在等你说“继续”。Super-agent 先省的就是这一段：Router 接住所有消息，判断该交给谁；Worker 在隔离的上下文里干活，干完向 Router 汇报。你不再需要先找对会话，再把背景交代一遍。DeepSeek知乎
真正的省事发生在后续消息上。一个 PR、一段群聊话题或一串邮件被归成 Thread，Worker 接手后订阅它；已归属的后续事件按对应关系直接送到 Worker，不用 Router 再读一遍、再派一次。 不过公开代码里，绕开评估的主要是已经归属的人类跟进；CI 和机器人消息仍可能进入候选评估。长命令也不再堵住对话：工具调用改成 start()/stop()，先回“已启动”，结果晚点作为新事件送回。 这套机制目前还没默认开启。进程重启后，系统靠持久化队列和消息 ID 区分“准备做”和“已经做完”，恢复时先核对工作目录、Git 历史和 GitHub 状态，避免把已发出的评论再发一遍。这些是开发者最容易被磨掉的注意力：等、找、重复交代、重复确认。知乎DeepSeek
官方有句话说得漂亮：Session 应当是系统的实现细节，而不应是用户的认知负担。 但把 Session 藏起来，不等于把工作现场也藏起来。Router 要判断这句话属于哪个项目，得知道代码在哪台机器的哪个目录、守哪份规范、手里有什么权限、上次拍板定了什么。冯若航把这件事说得很直接：真正的问题不是把 Session 藏起来，而是把上下文显出来。 把 Context 和 Session 一起塞进黑箱，让模型靠语义猜路由，在聊天框里随口一句“把临时垃圾清一下”，都可能派错机器。所以这套东西省掉的是转述和切换，不是定义边界；边界仍要人来画，画得越清楚，Router 才越不容易派错。DeepSeek冯若航
账单也没有消失。官方那组约 300 条消息的合成实验里，拿掉订阅直通、让后续消息都走 Router，任务完成时间几乎不变，但 Router 要做的决定多了约 30%，总读缓存 token 从 2323 万涨到 3177 万。 直通省下的首先是反复转交的调度开销，不是完成时间。而多会话方案整体又比单 Session 读了更多缓存 token，是用机器资源换更短、更稳的完成时间。实验还把编码换成一个只消耗时间的工具，测的是调度，不是代码修得好不好。DeepSeek
这套账要算得准，还得看清公开原型和内部实例的差距。内部实例能跨 IM 和 GitHub 连续推进，公开原型却只盯一个 GitHub 仓库、可选接飞书；官方提醒，它只是验证技术路线的插件，并非正式产品。 公开代码里，订阅不等于授权，主动接单默认只记录、不执行。 执行会话仍以操作者的系统身份跑命令，文档自己说这只是默认约束，不是安全边界。跨月记忆、跨实例 A2A 这些更大的问题，官方也留在开放清单里。所以，内部实例替你省掉的那些活，公开原型只兑现了一部分。DeepSeek知乎
所以更值得看的指标，是几天后的评审能不能找回原来的决定、恢复一次任务还要人介入几次。 这比同时开了多少个 Worker，更能说明开发者实际省了多少事。如果这些数字好看，“省事”才算落地；否则只是把三五个窗口，换成一个更忙的聊天框。知乎
