导读：DeepSeek Harness 的 Super-agent 是一种面向长期在线、多任务并行和事件响应的智能体架构探索。相关仓库为原型项目，具体能力、接口和可用范围应以官方说明与代码为准。
核心思路：把调度与执行分开
该架构将统一协调交给 Router，将具体执行交给多个 Worker。Router 负责理解来自群聊、代码仓库、邮件或 CI 等渠道的事件，维护跨任务关系并决定分派方式；Worker 则在各自的上下文与工具权限内处理问题复现、代码审查、开发或测试等工作。
它试图解决的工程问题
- 会话碎片化：任务不再被单一聊天窗口锁住，减少用户手动追踪上下文的负担。
- 并行工作：不同 Worker 可同时推进独立子任务，避免一个长任务阻塞所有交互。
- 事件驱动：群聊、代码评论和 CI 状态等外部变化可成为触发条件。
- 长期运行：通过异步循环、状态持久化和恢复机制，尝试降低本地设备离线带来的中断。
适合怎样评估与使用
对研发团队而言，先从只读分析、问题归类、测试复现或 PR 草稿等低风险环节开始。涉及提交代码、访问生产系统、读取凭据或处理隐私数据的流程，应使用最小权限、人工确认、隔离环境和完整审计。
当前边界
原型实验更多用于验证任务调度与协作机制，不能直接等同于真实编码质量或生产稳定性。多会话并行也会带来更多 Token、缓存和可观测性成本，是否适用取决于团队的任务密度与运维能力。
官方入口
dsh-superagent-prototype 官方 GitHub 仓库
常见问题
- Super-agent 是 DeepSeek 已上线的独立产品吗？
不是。原文将其描述为面向工程实践的架构探索，部分设计以 dsh-superagent-prototype 原型形式开源。 - Router 和 Worker 分别负责什么？
Router 负责接收事件、理解任务与协调上下文；Worker 保持相对独立的上下文和工具，用于执行具体工作。 - 它为什么可能比单会话 Agent 更快？
架构将调度与执行分开，并允许多任务并行和事件直通；实际收益仍取决于工作负载、模型、工具与部署方式。 - 主动修 Bug 可以直接放到生产环境吗？
不建议。自动修改代码、提交 PR 或访问本地工具应设置最小权限、人工审批、隔离环境和可回滚机制。 - 使用长期在线 Agent 需要重点注意什么？
需要关注提示词注入、凭据与仓库权限、敏感数据、任务审计、异常恢复和人工介入边界。