DeepSeek Super-agent：怎样让多任务持续推进，又少占用人的注意力？

1. 持续协作需要保存任务身份，而不只是保留聊天记录

DeepSeek Harness团队在 2026-10-31公开dsh-superagent-prototype，package.json标记 0.1.0与private，代码采用MIT许可。它是运行在DeepSeek Harness中的研究bundle：监听GitHub，可选连接飞书，将获准的请求转成任务，在独立Session和目录中执行，再回到原对话交付。这里的Super-agent是系统组织方式，不是新的模型型号。

1. Thread组织同一讨论的事件；Ticket保存一件获准工作的范围和结果；Assignment记录某次执行绑定。任务可以结束、再接续，也可以更换执行分派，不必把业务完成与一次模型回合结束混为一谈。
2. 同一事件重复接纳只生成一个Ticket；订阅让后续讨论找到已有任务。跟随相关Thread用于补充上下文，并不自动授予扩大任务的权限。
3. 主Session负责高层路由与面向人的交互，Executor判断具体任务、读取原文、实施和验证。应从职责分离理解这套设计，而不是把每次任务都变成需要人工管理的一排窗口。

适用边界：“少占注意力”是设计原则，本文没有获得可以量化节省多少人工时间的独立数据。

dsh-superagent v0.1.0 · docs/001-domain.md · Flow; Concepts: Trigger, Thread, Ticket, Assignment, Subscription

2. 收到上下文不等于获得新授权，主动工作默认先观察

默认准入将名单内且明确呼叫Agent的人视为显式请求；未呼叫的名单内消息可成为推断候选；名单外默认忽略。管理员也能在特定接收范围开放“名单外但明确呼叫”的显式请求，因此不能把“只接受白名单”当作所有配置下不变的保证。机器人名单与普通人的准入表分别处理。

1. off不接纳推断候选；默认observe仍做研判，但只记录“本会接受”，不自动接单；auto才会将命中有效规则的推断候选接成任务。显式请求不受这一主动模式开关阻止。
2. Mandate记录策略版本、范围、依据和身份。订阅可以跳过新工作准入，把讨论送进已有任务；这些消息不自行增加授权。Executor必须将超范围请求交回路由。
3. 修改策略会废弃进行中的旧评估、通知受影响的活跃任务，却不立刻撤销所有运行中的授权；已结束任务恢复前才按当前策略重验。需要立即停止具体任务时，应使用明确的停止操作。

适用边界：这些机制定义任务能为何启动、接续和停止，不证明模型已免疫提示词注入，也不是操作系统权限隔离。

dsh-superagent v0.1.0 · docs/002-authorization.md · Admission; Accept mode and rules; Policy version; Resume and stop

3. 让长命令退到后台，还要把人的追问放回调度优先级

原型的主Session和Worker预设将超过 5秒的前台shell执行转为后台任务，降低单次等待占住交互处理的机会。主Session还有不长时间等待的守卫；但公开原型仍保留bash、read等工具，“Router在架构上可以不带Bash”不能改写成“这个版本Router没有Bash”。

1. 一个Ticket在启动、准备、活跃回合以及后台工作尚未结束时占用Worker槽。后台任务结束会在同一槽唤醒执行器；回合结束不自动表示业务任务完成。
2. 普通并发槽已满时，人的消息或状态请求可使用额外一个槽，且唤醒已有任务优先于启动新任务。CI等输入等待普通槽。这是具体的交互调度规则，不是无限并行。
3. 每回合结束后的后台工作最多等待 30分钟；到限会杀掉shell任务并报告等待，子Agent可继续。交给人审核后的服务进程另有例外，不能概括成“所有工作统一 30分钟强制终止”。

适用边界：5秒和 30分钟是运行策略参数，不是任务完成时间、响应SLA或实验加速结论。本文没有执行真实负载比较，也不从这些参数推导吞吐提升比例。

dsh-superagent v0.1.0 · docs/003-execution.md · The Executor; Background work and worker slots; Concurrency; Architecture: Presets and wait limits

4. 持续运行依赖持久化副作用和回执，仍不能许诺外部动作恰好一次

Engine在事务中改变任务状态并登记待执行副作用，提交后再由Effects执行。Effects按种类和key保存待办，失败按退避重试；Outbox在同一事务登记消息回执与发送副作用，重复消息ID不会重复入队。来源关闭时消息等待，对话已不存在或不再监听时记为丢弃，并保留记录。

源码中的deliver先调用外部Source发送，再把本地回执结算为sent。若外部已成功、进程却在本地结算前崩溃，单靠这两个本地记录不能证明外部不会重复收到。因此本文将其称为持久化队列与本地幂等保护，不作端到端恰好一次交付承诺。这是对可见调用顺序的本站分析，并非作者报告了该故障的实测发生率。

1. 重启保留Session、目录、订阅、待送输入与已存工作；恢复说明要求先检查目录、git和GitHub状态再重复外部动作。恢复不是从空白对话重新猜测之前做过什么。
2. failed／blocked任务会暂停自动输入；人的消息或明确重试才能接续相应工作。不同故障各有重试和升级路径，不能写成系统遇到任何错误都会无限自愈。

dsh-superagent v0.1.0 · docs/007-architecture.md · Engine; Effects; Outbox; Execution: Failure and recovery

5. 研究原型的采用边界，取决于真实账户和执行权限

官方部署文档明确：主Session和Worker都以操作系统用户身份、danger-full-access运行。命令包装器选择默认凭据，却不隔离进程；Worker可用绝对路径执行程序，也能读取操作者主目录。每任务一个目录与上下文隔离不等于容器、虚拟机或权限沙箱。部署文档建议专用OS账户，只放Agent所需凭据。

1. 支持范围是github.com上的单仓库，GitHub Enterprise Server不在支持范围；Agent使用独立GitHub用户账户，不能用GitHub App替代读取通知的身份。飞书是可选接入，需额外账户、机器人权限与CLI配置。
2. 文档固定安装示例使用DeepSeek Harness0.2.1-rc.3，package引擎范围为^0.2.1-alpha.2；二者分别是示例固定版本与兼容约束。模型供应商需要另行配置，不从Super-agent名称推定模型、价格或额度。
3. 自动合并默认不开启；文档中的审批覆盖head提交、改动少于 200行等条件属于提示词交付要求，宿主没有专门合并判定逻辑。需强制审批时仍应由GitHub分支保护落实。

适用边界：README明确公开版本为研究代码，可能有缺陷，与内部版本及设计文章中的实现不相同，部分设计尚未实现。本文未据此宣称云端BYOM、完整Watchdog或所有跨设备设计已经在此原型交付。

dsh-superagent v0.1.0 · docs/006-deployment.md · Permissions and isolation; Prerequisites; Install; Execution: Merging; README caveat