从 Personal Agent 到 Super-agent
从 Personal Agent 到 Super-agent：为什么单 Session 不够用
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
Personal Agent 解决的是“这个 Agent 是否持续了解我”：它拥有稳定身份、偏好、记忆、工具和定时任务。Super-agent 继续追问另一个问题：当消息和任务同时到来时，谁来判断优先级、拆分工作，并让多个执行单元保持隔离？
两者不是互相替代的产品名，而是两个不同层级。Personal Agent 关注长期关系，Super-agent 关注持续调度。
Personal Agent 的优势
一个成熟的 Personal Agent 通常具备：
- 可编辑的用户偏好和长期记忆；
- 邮件、日历、文件、浏览器或开发工具；
- 定时唤醒和后台任务；
- 对发送、发布、删除等操作的审批；
- 跨 Session 保持一致的身份和表达。
当任务主要围绕一个人、一次处理一个目标时，专用 DSH Profile 加上清楚的工作区已经足够。
单 Session 在并行工作中会遇到什么
如果邮件整理、代码修改、群聊回复和研究任务都进入同一个 Session，会出现四类问题：
- 上下文混合：不同任务的文件、规则和讨论互相污染；
- 长任务阻塞：Agent 跑测试时，新的消息只能等待或打断它；
- 权限扩张：一个高权限 Session 同时持有所有工具和账号；
- 恢复困难：重启或压缩后，难以判断每项任务进行到哪一步。
增加更多 Session 可以缓解上下文问题，却把管理负担交回用户：人必须记住哪项工作在哪个 Session。
Super-agent 增加的是调度层
DeepSeek Harness 的 Super-agent 设计在用户和 Worker 之间增加 Router。Router 持续接收来自 GitHub、飞书等 Source 的 Trigger，根据 Policy 建立 Ticket，再把 Ticket 交给独立 Executor。
Personal Agent 的长期记忆仍然有价值，但不再承担全部任务状态。任务状态进入 Ticket，执行上下文进入 Worker，授权范围进入 Mandate，后续事件通过 Subscription 回到对应工作。
从个人助理到个人团队
可以把升级过程分成四级：
| 阶段 | 主要能力 | 适用场景 |
|---|---|---|
| 单次 Agent | 一次对话完成一个目标 | 临时问答与工具任务 |
| Personal Agent | 记忆、偏好、定时任务 | 长期服务一个人 |
| Multi-Session Agent | 人工开启多个并行会话 | 少量并行项目 |
| Super-agent | Router、Policy、Ticket、Worker | 持续事件与多任务调度 |
Super-agent 更像一支小型虚拟团队：一个入口接单，多个 Worker 执行，每项工作有独立记录和交付通道。
什么时候值得升级
出现以下信号时，单 Session 已经不够：
- 一天需要同时关注多个 Issue、Pull Request 或群聊线程；
- 新消息经常打断正在运行的长任务；
- 用户花大量时间检查 Agent 是否完成；
- 不同任务需要不同目录、账号或工具权限；
- Agent 重启后，经常不知道应该恢复哪项工作；
- 主动发现问题很有价值，但不能让 Agent 对所有消息自由行动。
如果这些问题尚未出现，不必为了“Super”增加复杂度。一个边界清楚的 Personal Agent 通常更容易维护。
记忆应该放在哪里
升级后仍要区分三类状态：
- 用户记忆：偏好、身份、长期目标，属于 Personal Agent 层；
- 任务状态：输入、进度、问题、交付，属于 Ticket；
- 执行状态：目录、分支、命令和模型回合，属于 Assignment/Worker。
不要把所有内容重新塞回 Router 的 Prompt。Router 只需要做派工所需的摘要和规则；Worker 读取自己 Ticket 的输入；长期偏好由可编辑记忆提供。
主动性必须可配置
Personal Agent 常用“更主动一点”描述期望，但 Super-agent 必须把主动性写成规则。公开原型提供 off、observe 和 auto 三种 accept mode，允许团队先观察判断结果，再逐步开放自动接单。
一个可执行的主动规则应该说明：
- 监听哪个 Source 和范围；
- 哪类事件值得创建 Ticket；
- 谁可以授权工作；
- Agent 可以改到什么程度；
- 何时必须询问人；
- 结果发回哪里。
这比在系统 Prompt 中写“发现问题就修”更容易审计和撤销。
推荐的演进路线
- 先让 Personal Agent 的记忆和审批稳定；
- 把不同职责拆成多个 DSH Session；
- 选一个持续事件源，例如单个 GitHub 仓库；
- 用
observe模式验证 Router 判断； - 只为一类重复且低风险的任务启用 Worker 自动执行；
- 最后再连接群聊、更多仓库和跨来源工作。
Super-agent 的目标不是让用户交出更多控制权，而是用结构化调度减少用户在 Session 之间搬运注意力。
相关阅读
- DeepSeek Harness Personal Agent 教程：从 Profile 到定时任务
- DeepSeek Personal Agent：身份、记忆、自动化与权限边界
- DeepSeek Super-agent 架构：Router、Worker 与持续在线 Agent
- dsh-superagent 安全边界：账号、权限与执行隔离