前言¶
在 DeepSeek Harness（dsh）里做复杂任务时，常见做法是单线对话：你发一条消息，主智能体串行理解、调工具、写回复。仓库多、模块多时，上下文挤在同一条线程里，主会话容易被阻塞，也难按「区域」长期分工。
dsh-agent-scheduler 是社区插件，把工作流切成「Lead 调度 + 按消息 fork + 长期 Worker」。你只需要盯 Lead 的最终答复，具体执行落在各自会话里的 Worker 上。下面介绍它是什么、能做什么，以及如何在 dsh 里安装和打开调度。
这是什么¶
Agent Scheduler 是 Rinai-R 维护的开源 dsh 插件（GitHub：Rinai-R/dsh-agent-scheduler，许可证 MIT）。一句话定位：把主对话变成调度器——每条用户消息走一次 fork 路由，长期存活的 Worker 在独立会话、目录和模型下干活，结果汇总回 Lead，你只读 Lead 的回答。
README 中的标语是：「Every message gets its own fork; every area gets its own worker.」社区目录 SkillHub 将其归类为「工作流」。
核心功能¶
以下能力均来自项目 README，未在资料中出现的配置细节不在此展开。
-
每条消息独立 fork
开启调度后，Lead 不会被单条消息长时间占满；每条消息分配新的 fork 做路由与分析。 -
长期 Worker
可按仓库或模块各设一个 Worker：各自有会话、工作目录和模型，持续处理该区域任务。 -
拆分与合并
当 Worker 遇到冲突性任务时可拆分处理，之后再将结果合并。 -
Agents 页面
侧栏展示实时状态、未读标记，以及可重排的 Lead 收件箱。 -
Worker 团队（可选）
在启用 Agent Teams 时，单个 Worker 可再带领自己的小团队。 -
界面语言
随 dsh 语言设置，README 写明支持 8 种语言。
环境与安装¶
前置条件¶
dsh 版本需满足：
>=0.2.1-rc.5 且 <0.3.0
package.json 中 engines.dsh 与 README 一致；Node 需 ^22.19.0 或 >=24（仅在与插件本身开发相关时需注意）。
安装插件¶
在 dsh 中选择 Plugins → Install a third-party plugin，输入 dsh-agent-scheduler；或在终端执行：
dsh plugin add dsh-agent-scheduler@next
安装后重启 dsh。输入区会出现 「调度」（Scheduling）芯片。
典型用法¶
- 点击 「调度」，或执行
/schedule on，打开调度模式。 - 点击芯片旁的按钮进入 Agents 页面，查看 Worker 与收件箱。
- 执行
/schedule off时，新消息交回 Lead 直接处理；已运行的 Worker 仍会继续执行。
README 列出的主要命令：
| 命令 | 作用（按 README 表述） |
|---|---|
/schedule |
开关调度 |
/agents |
进入 Agents 相关界面 |
/worker model |
Worker 模型相关 |
/role |
角色相关 |
更完整的工具说明、运行机制、配置、恢复与限制见仓库内 docs/guide.md（本文未展开其中字段，以免超出已核实资料）。
适用场景与注意¶
适合谁： 需要在 dsh 里并行处理多条任务、按仓库或模块拆分上下文，并希望通过单一 Lead 阅读汇总结果的工作流场景。
权限与安全： 第三方插件在当前 dsh 进程权限下运行。安装前请阅读源码与 MIT 许可证，确认符合你的合规要求；不要假设社区目录 SkillHub 与 DeepSeek / 幻方存在官方从属关系——DSH 生态强调「一切皆插件」，目录是独立社区站点。
版本： npm 包当前资料记载为 0.1.0-rc.8（package.json），安装通道使用 @next 与 README 一致。
结尾¶
dsh-agent-scheduler 把「单线程长对话」改成「Lead 调度 + 按消息 fork + 区域 Worker」，并辅以 Agents 侧栏观察状态。若你要在 Harness 里试工作流类插件，可按上文命令安装并打开「调度」芯片。
- 社区目录：https://www.skillhub.cn/plugins/Rinai-R/dsh-agent-scheduler
- 源码与英文/中文 README：https://github.com/Rinai-R/dsh-agent-scheduler
