角色小队 stuarthu/dsh-crew

· 任务文档不再落到你的项目文件夹里。开篇文档、设计、任务表、每份 ADR 和 CRD、边界契约和发布计划现在都放进临时文件夹：/dsh-crew///。是你的系统临时文件夹——没人设置时就是 /tmp——是你的项目完整路径，斜杠写成 -。项目文件夹只保留代码、qa/ 和随包发布的四个文件：README.md、CHANGELOG.md、CLAUDE.md 和 principles.md。任务文档在任务运行期间被读取，任务结束后没有任何东西保留它们。 · 中文 README 没了。README-zh.md 已删除，随之而去的是「两个 README 内容一致、同一次提交」这条规则。README.md 是唯一的 README，用英文。语言不是英文的任务仍会自己写一份翻译版 README，没有任何东西让那一页和英文版保持同步。 · 任务表每个任务一份，不是每个仓库一份。临时文件夹带任务名，所以每个任务开自己的表，从不读早先任务的表。 · 不再有任何东西检查 Verdicts 行。PM 仍会写它，任务结束时仍会给你每个任务打印一行。消失的是红色标记：某个任务缺值，或某个 not run 破折号后没写原因，都不会标红。qa/gaps.md 里写明了这一点。

· 修复 · Crew 预设现在会出现在 dsh 0.2.x 的预设选择器里，此前它一直被静默关闭。声明行由 @deepseek-ai/dsh-agent-preset 承载，并用一行 disabled: 把自己关掉。一行的 disabled 是针对加载器上下文求值的，而加载器上下文看不到注册表服务——只有一行 config 里的 !!js 表达式才能看到该插件自己的上下文。于是这个表达式在每个 dsh 上都为真，这一行在每个 dsh 上都被禁用，dsh 保留了一条激活失败的声明，失败「在名单上带着它的诊断信息」，而不是让配置档失败。症状就是预设缺失且没有报错，偏偏出现在唯一没有别处可放它的那一代：0.2.x 从不读取 $DSH_HOME/.agent-presets。 - 这一行现在由 host/crew-preset.js 承载，也就是这个包自己的插件，而且完全不带 disabled: 行。检查在该插件内部运行，ctx.get('agentPresets') 会针对这一行声明的注入来解析。 - dsh 0.1.x 上没有任何变化。那一代从不读取声明行；插件在那里什么都不做，文件夹安装就是全部——和以前一样的形态，现在真正走通了。 - 预设自身的内容没有动：同样的 id: crew，同样的 order，同样的 name 和 description，同样的 plugins: 列表，同样两处偏差。 · 变更 · 任务文件夹移到了仓库内部。它以前位于 ~/.dsh/crew/jobs//，每个任务一个文件夹，离项目很远。现在它位于 /.dsh-crew/jobs//，就在本次会话所工作的仓库根目录下——和任务文档在同一处，所以一条 ls 就能看到你正在做的任务，任务的进度也不会再被误认成别的仓库的。任务本身的形态没有任何变化：文件夹仍然是一次性的。PM 在往里写任何东西之前，先往仓库自己的 .git/info/exclude 里写一行，这样 git status 保持干净，文件夹永远不会被暂存、永远不会被提交，任务结束时整个丢弃。用 info/exclude 而不是项目的 .gitignore，是因为那一行说的是这个 crew 把进度放在哪里，而不是项目构建什么，也因为它被每个工作树共享——所以配对任务的两个树看到同一条规则。 - 以前没提交的东西，现在依然不提交。state.json 在每一步之后都会重写；提交它等于把一个每步都变的文件摆到每个评审者和每个读者面前。它仍然是进度，这个任务留下的记录仍然是 docs/ 里的那一份。 - 默认值现在是相对路径 .dsh-crew/jobs，相对会话运行所在的文件夹解析。把 dsh-crew-core 行里的 jobsDir 设成绝对路径（或以 ~/ 开头），就能把任务文件夹放到别处，和以前完全一样。 - 未完成任务提示的行为不变。留在文件夹里的任务仍然会在每次会话开始时摆到 PM 面前，只是现在给出的是解析后的绝对路径，而不是 ~ 路径。

· 新增 · Crew 预设现在在 dsh 0.2.x 上有了，此前它一直悄悄缺失。dsh 0.2.x 用 @deepseek-ai/dsh-agent-preset 替换了 @deepseek-ai/dsh-agent-presets 注册表，旧注册表的老家 $DSH_HOME/.agent-presets 已经完全不再读取。用新注册表自己的话说：它「既不扫描目录，也不接受预设路径」。现在预设是配置档组合里的一行声明，插件从自己的 bundle 补丁里插入这一行来交付预设。dsh-crew 以前只写文件夹，所以在 0.2.x 上插件能加载，PM 提示词和守卫都正常，但 Crew 从不出现在预设选择器里。插件的 bundle 补丁现在也声明了预设，选择器又能提供它了。 · dsh 0.1.x 上没有任何变化。文件夹安装保持原样，新行在旧注册表被加载的地方会自行禁用，所以 0.1.x 的配置档永远不会被要求装一个它没有的包。 · 预设故意写了两遍。两代 dsh 的插件列表不同——单是 persona 行在 0.1.x 里接收 text，在 0.2.x 里接收 prefix/suffix——所以两个声明无法互相推导。因此角色过滤（roleAllow、roleDeny、roleModels）必须设在你的 dsh 读取的那个文件里：0.1.x 上是 $DSH_HOME/.agent-presets/crew 下的预设副本，0.2.x 上是插件 cordis.patch.yml 里的 preset-crew 行。两处都加了注释说明。 · tools/verify-mount.mjs 让新声明遵守与旧声明相同的规则：crew 角色已挂载，子代理控制工具都在，没有第二条启动智能体的路径重新打开，预设保持 crew 身份，web fetch 保持关闭。 · 移除 · PM 写入守卫没了：host/pm-write-guard.js、它在 cordis.patch.yml 里的行，以及它的检查 tools/verify-pm-write-guard.mjs。它阻止根会话——也就是 PM——对每个不在硬编码白名单上的文件使用 write 和 edit，并逐个要求你批准每次这样的写入。那个白名单比 PM 自身规则给它的写入集合更窄，所以守卫不断询问规则本就允许的写入——README.md 和 CHANGELOG.md 就在其中。这次移除的是强制执行，不是规则：roles/pm.md 仍然写明 PM 可以写哪些文件。这也回退了 docs/design/prd-2026-08-23-pm-write-guard.md。 · git 守卫未动，插件现在只带一个守卫。它仍然负责拦截 crew 角色的 push、tag push、force push、远程删除和包发布。SECURITY.md 和 CLAUDE.md 描述的就是这一个。 · 如果你自己的配置档补丁针对行 id dsh-crew-pm-write-guard，删掉那个补丁。插件不再带该行加载的模块，而一行指向包未导出模块的声明无法解析。 · npm test 不再运行 tools/verify-pm-write-guard.mjs。测试套件里没有其他东西依赖它，也没有 QA 用例依赖它。 · 修复 · git 守卫根本没在守你的 crew 角色。它通过查看工具调用的 exec.parent 来判断谁是 PM，而在 dsh 里这个 token 标记的是嵌套子调用，不是父智能体：PM 自己的嵌套调用会设置它，每个 crew 角色都没有。于是每个角色都被读成 PM，守卫里信任 PM 的那一个分支就让子角色直接 push 受保护分支、push tag、force push、删除远程或发布包。守卫现在读取智能体自己的会话：crew 角色的会话会命名一个父会话，PM 的不会。每个子角色重新受到守卫，守卫自己的检查——它犯了同样的错误，把每个被拦截的用例都报成通过——现在也能看到子角色了。 · PM 相关的行为不变。它的 git 和发布命令仍然直接放行，trustRootAgent: false 仍然像对待子角色一样守它。 · 如果你之前依赖某个角色能 push，那个能力没了。它从来不是设计的一部分：子角色的 push 需要用户创建的一次性批准文件，正如 SECURITY.md 所述。