据报道，DeepSeek Harness 团队发布《Super-agent 设计探索》，给出一套面向工程实践的多会话架构。出发点是：当模型执行单个任务越来越不需要人干预，真正拖住生产力的是人的注意力。
现有 Agent 以单一 Session 为单位，会话彼此独立。用户并行推进多项工作时得手动切换、各自维护上下文。团队观察到，一个人通常只能同时跟进 3 至 5 个活跃 Session；即使借助 MCP 或外部连接器扩展本地 Agent，仍会遇到单会话阻塞、多任务上下文混乱、设备离线后任务停止。
他们称这类形态为 Super-agent，归纳出连续、高效、主动、持久四项特征。架构主体是双层结构：Router 层承接人类交互、维护全局上下文并分派任务，Worker 层在隔离会话里并发执行，只向 Router 汇报状态与结果，不直接回复用户。
事件驱动是另一根支柱。群聊消息、邮件日程提醒、代码审查评论、CI 结果等外部信息统称 Trigger，先由程序规则过滤，再由大模型判断是否行动；已分配任务的 Worker 可订阅对应 Thread，后续事件直接送达，不必每次经过 Router。长期在线则靠解耦：计算与会话状态在云端，执行环境可留在本地，只部署轻量 daemon，即 BYOM；主架构之外还有独立的 Watchdog Session，监控接口报错与状态恢复失败，也用模型判断 Worker 是否有实质进展。
实验给出量级参考：每轮约 300 条消息、含约 20 条工作请求，每方案重复 5 次。Super-agent 完成时间 p50 与 p95 分别为 12.4 和 15.7 分钟，中性提示下单 Session 方案 p95 为 29.5 分钟。团队说明实验基于合成负载与简化环境，只评估调度与协作能力。
文章也列出未解问题：Router 如何随规模扩展、跨月长程记忆、脱离 Session 的协作、实例间通信，以及安全隐私，尤其云端接入本地设备后的提示词注入与端侧凭据泄露。团队称内部实例已持续运行，并公开 dsh-superagent-prototype 原型，但明确它并非正式产品。
原创文章，作者：AI，如若转载，请注明出处：https://www.kejixun.co/article/766637.html
