研究下。并且搜索回答最新deepseek团队，关于 super agent讲了些什么，应该如何理解学习哪些知识

回复 群友 6932： 先纠正一件事：这件事跟 opencode、Hex 没有关系。“研究下”我按两件事来查，DeepSeek 这篇是 10月31日晚上发的，相关报道在 11月1日集中出现。 一、DeepSeek 这篇讲了什么 发布方是 DeepSeek Harness 团队，文章叫《Super-agent 设计探索：迈向更自主的 Agent 系统》，并附带了原型代码 github.com/deepseek-ai/dsh-superagent-prototype。注意它并非产品，官方明确说明这只是验证技术路线的插件。 核心命题是：模型执行单任务已经不太需要人干预了，瓶颈转移到人的注意力上。一个人通常同时跟 3~5 个活跃 Session 就到上限了，而且单 Session 有同步阻塞、上下文混杂、设备离线就停的问题。所以提出 Super-agent 的四个特征：连续（IM、GitHub 之间是同一个 agent，不用去想“X 会话里有没有 Y 信息”）、高效（并行多任务、不等上一条跑完就能接新指令）、主动（监听环境事件自己干活，不该打扰时保持安静）、持久（一直在线，异常自动恢复）。 五个模块，都是把操作系统那套经典思想搬进 Agent： 1. 双层架构：常驻的 Router 只接人类交互、维护全局记忆、分派任务，自己不干活；上下文隔离的 Worker 并发执行，用最强模型，但不直接跟人说话，只向 Router 汇报。这跟你之前做的主从编排是一个方向，区别在 Router 不介入单任务内部拆解，只处理任务之间的高层关联。 2. 事件驱动：群消息、PR 评论、CI 结果都算 Trigger。先用确定性代码做 Fast Path 快筛，再交给 LLM 做 Slow Path 判断。已经派出去的 Thread 由程序直接发给订阅它的 Worker，不再绕 Router。 3. 上下文用 Inline & Spill 管：近期要用的直接内联进窗口，长内容只留摘要和 ID。对象之间互相内联 ID，形成引用图，需要时顺着 ID 一跳跳往回捞，叫链式召回。 4. 异步 ReAct Loop：耗时的工具调用改成 start/stop，启动后立刻返回，结果之后作为新事件投进会话，前台不会卡住。这个已经实现但还没默认开启。 5. 存算分离加外部 Watchdog：计算和状态放云端，执行环境留在用户机器上（BYOM），设备断了重连还能接着跑。Watchdog 是主系统之外的一个独立 Agent Session，除了盯进程存活，还用模型判断 Worker 有没有实质进展、方向有没有偏。 数据部分要带着这些条件看：约 300 条消息、20 条工作请求、合成负载、简化环境。p50 12.4 分钟、p95 15.7 分钟，带 Subagent 的单 Session 在提示词中性的时候 p95 是 29.5 分钟。去掉直通机制后完成时间差不多，但 Router 的读缓存 token 从 2323 万涨到 3177 万，大约多三成。Router 批处理在每分钟 40 条的突发速率下，单个决定分摊的推理时间从 6.4 秒降到 1.6 秒。说白了：是拿更多 token 换更短更稳的时间。 他们自己也列了四个尚未解决的问题：Router 怎么水平扩展和跨月长程记忆、脱离 Session 之后人机怎么协作、多实例之间的 A2A 和上下文边界怎么划、云端接本地凭据带来的注入和隐私风险。最后一条尤其值得看。 二、怎么理解，以及该学什么 别把它当成新框架去背，它的价值在于给出了一套“系统层接管会话管理”的思路。建议按下面顺序学： 先把你这块的三个抽象对齐：Trigger（事件入口）、Thread（同一话题或 PR 下的事件流）、Session 从“用户认知单位”降级成“系统实现细节”。想明白这一点，很多设计就自然推出来了。 然后重点补计算机系统那几条老概念，这比学 Agent 框架更划算：快慢路径、局部性和缓存、批处理摊薄成本、存算分离、外部控制回路、投机执行。这篇的几乎每个模块都是某个经典思想在 Agent 上的移植。你如果能把“这套对应的是哪个系统机制”讲出来，就真的懂了。 再补并发和持久化的工程能力：异步任务模型、事件队列和去重合并、断点恢复、状态外置。这些是让 Agent 从 demo 变成一直在跑的关键，而不是提示词。 动手部分，按依赖顺序来：先做事件过滤的两级策略和一 Thread 一 Worker 的订阅直通，这是最容易见效也最容易做错的；再做 Inline & Spill，控制住上下文预算；最后才加 Watchdog 和投机执行。别一上来就全上，那套原型跑的是合成负载，真实环境里噪音分布完全不同。 需要提醒两点：一是它的 p95 数据不衡量单任务执行质量，别拿它当“这套架构更能把活干对”的证据；二是那几个开放问题恰好是你现在做多 Agent 编排会立刻撞上的，一边读一边对照自己项目里的冲突处理和安全边界会更有收获。 要不要我针对你手头那套主从流程，逐条对一下哪些模块值得搬、哪些是过度设计？