社区

群里人还在讨论解决方案，DeepSeek 的新 Agent 已经在后台复现问题并把修复 PR 交上去了，全程甚至没人 @ 它…..

这是 DeepSeek Harness 团队 10 月 31 日放出的 Super-agent 架构探索和开源研究原型，还不是正式产品。

为什么非要改底座？因为现在卡脖子的不是模型笨，是人的注意力不够用。一个人通常最多同时跟进 3 到 5 个活跃对话框，再多你就切不过来了。

所以他们拆成了两层，相当于前面放个常驻的包工头 Router 专门接客派活，连 IM 单次回复都硬卡在 100 词以内。

苦活全扔给后台隔离的 Worker 并发去跑，干完只向 Router 汇报，不出来烦人。

你算一下简化实验里这笔账，塞进约 300 条消息和约 20 条需求，中性提示的单会话跑完 p95 要 29.5 分钟，活全被新消息打断。

换成 Super-agent，p95 只要 15.7 分钟，耗时直接砍掉约 47%。

我觉得这套架构最狠的不是快，是它把省下的人力全换成了后台狂烧的 Token。

它直接搞投机执行，群里聊着故障或者来封会议邮件，它不管你用不用，先拿后台算力把代码试了、把草稿备好，没价值就直接丢掉。光实验里读缓存 Token 就要 2323 万，要是不做事件直通，更是飙到 3177 万，一下多烧约 37%。

但问题是，它支持把带本地凭据的个人电脑直接连上云端，万一云端被入侵或提示词注入攻破，连着的机器全面临被控风险。

安全这关不解决，它就只能在很小且可信的范围里转，什么时候能出正式产品我还不知道，这事儿咱先脑子里了解一下….

我赶紧试试去！