前言¶
在 DSH（DeepSeek Harness）里做多步任务时，常见问题不是缺工具，而是会话缺少稳定的「先计划、再委派、跨轮收束」约定：改动牵涉多个模块时容易边做边改计划，独立子问题若串行处理又拖慢节奏，长期目标与当轮动作也容易混在一起。社区里也有人靠手写 persona 或临时提示词补救，但父会话与子任务的配置往往不同源，升级时难以对齐。
下面介绍维护者 wxid123 发布的 XieHome 仓库（npm 包名 dsh-preset-conductor）：一套面向「编排模式（Conductor）」的预设 bundle，通过两份独立维护的 Agent 预设，把计划记录、并行委派子任务与跨轮目标管理的指引写进 persona。需要说明：资料明确写这些是工作方式指引，不是对模型行为或所有委派路径的强制保证。
这是什么¶
XieHome 在 GitHub 上对应仓库 wxid123/XieHome，当前版本为 0.1.0，许可证 MIT。它不是单一脚本插件，而是 DSH 的 preset bundle：入口由 package.json 的 dsh.bundle.patch 指向 cordis.patch.yml，向 profile 声明两个稳定 id 的预设。
| 预设 id（稳定契约） | Loader 行 id | 用途 | 展示顺序 |
|---|---|---|---|
conductor |
preset-conductor |
主会话编排，含 spawn / fork / workflow / ralph 的相应配置 | 21 |
conductor-child |
preset-conductor-child |
子任务独立配置，省略 subagent_fork / workflow / ralph 工具行 |
21.1 |
两份预设的插件列表与元数据分别维护，没有父 → 子自动派生。父预设里 subagent 的 spawn 显式映射到子预设：
provider: spawn
toolName: subagent
maxDepth: 1
agentPreset: conductor-child
该映射只说明这条 spawn 路径选用 conductor-child；fork、workflow、ralph 等仍须分别验收，bundle 也不承诺「所有子代理都是叶子节点」。
核心功能（已核实）¶
编排 persona 约定¶
主预设 conductor 的 persona（presets/conductor/agent.cordis.yml）在可观测场景下引导模型先规划，例如：多文件/多模块、需先探索未知代码、多个独立子问题、需跨轮推进。核心约定包括：
- 用
todo_write记录多步任务并随完成更新。 - 独立子问题同批委派，同批上限 4 个；有输入依赖的任务串行。
- 一次读文件、一次搜索或一条命令能完成的工作由当前代理直接做，不滥发子任务。
- 委派说明写全目标、背景、输入、约束、验收与输出要求。
- 派发后继续本地工作，收回结果后记录结论与决策。
- 真正需要跨轮执行的长期目标使用 goal 工具，并遵循当前工具契约与宿主限制。
子预设 conductor-child 的 persona 与插件列表可独立调整（presets/conductor-child/agent.cordis.yml）；persona 文本不代替实际的工具注册、权限或运行时校验。
包内资源¶
随包提供英文与中文 locale（locale/en.json、locale/zh.json）及原创图标 icon.svg；界面实际展示仍需安装后检查。README 注明 GitHub 与 npm 的发布、真实 profile 安装和市场收录仍待独立验收。
安装与启用¶
资料不提供形如 dsh plugin add github:wxid123/XieHome 的 shell 安装命令。已核验的示例是 DSH plugin_manager 工具参数（JSON），安装会影响当前 profile 的全部会话。
先做清单查看：
{ "action": "list_bundles" }
再将 target 换成本地 bundle 的真实绝对路径（指向包含 cordis.patch.yml 的目录，例如 clone 或解压后的 dsh-preset-conductor 根目录）：
{
"action": "install_bundle",
"target": "C:/ABSOLUTE_PATH/dsh-preset-conductor"
}
安装后查看返回的 application、warnings 和可能的 nextStep：applied 表示配置已应用但仍需验证预设与工具行为；restart-required 表示需按原因重启 Host 后再验收；overridden、failed、cancelled 应按诊断处理，不能算作安装通过。
在新会话中选择预设 conductor。已有会话及其子代理保留启动时的预设 revision，不要用旧会话证明升级已生效。本地目录安装链接本地 checkout，不自动跟踪 GitHub 或 npm 更新；升级与发布流程见仓库内 docs/PUBLISHING.md。
典型用法（可复现流程）¶
- 完成 bundle 安装并在新会话选用
conductor。 - 面对多步骤需求时，按 persona 先用
todo_write列计划并更新状态。 - 将互不依赖、可并行的子问题（最多 4 个一批）通过
subagent委派；子会话走conductor-child预设。 - 委派后继续处理当前代理能直接完成的局部工作；子任务返回后汇总结论。
- 跨多轮的目标使用 goal 工具，而不是把所有长期意图塞进单次 prompt。
维护者本地合成与检查流程（面向改 preset 源配置后发布前自检，Node.js ≥ 20）：
npm ci
npm run compose
npm test
npm run check
npm run check:package
修改源配置后应通过 npm run compose 重新生成 cordis.patch.yml，而不是手改生成物。
适用场景与注意¶
适合：需要在 DSH 主会话里系统化「计划 → 并行子任务 → 跨轮 goal」的开发者；愿意分别审查 conductor 与 conductor-child 两份配置的团队。
注意：
- 插件/预设以当前 DSH 进程权限运行；安装前宜阅读仓库源码与 MIT 许可证，确认 bundle 内容是否符合你的环境策略。
- README 列出的 fork / workflow / ralph、深度限制、可选后端、中英文渲染等，多属待真实 profile 验收项，目前没有据此声明最低 DSH 版本矩阵。
- SkillHub 目录页（plugins/wxid123/XieHome）与 GitHub 同为社区索引入口，与 DeepSeek / 幻方无官方从属关系；npm 分发目标为
dsh-preset-conductor@0.1.0。
结尾¶
XieHome（dsh-preset-conductor）把主会话编排与子任务预设拆成两份可独立维护的契约，用 persona 固定计划、并行委派上限与 goal 的使用边界，同时把 spawn 到 conductor-child 的映射写进配置。若你要在 DSH 里试验 Conductor 工作流，可从仓库 README 与 docs/PUBLISHING.md 入手，再用 plugin_manager 的 install_bundle 做本地验收。
- 目录页：https://www.skillhub.cn/plugins/wxid123/XieHome
- GitHub：https://github.com/wxid123/XieHome
