[BUG]pnpm clean 在 dsh-v0.1.7-rc.2 上必然失败（tsconfig 的 outDir 与 clean.ts 规则冲突）

[RickJingDG]

cc @yxy72（tsconfig.desktop-keyboard-tests.json 最近改动：6a82709a，2026-09-22）

现象

在 tag dsh-v0.1.7-rc.2（master 477b4f4）上执行 pnpm clean：

clean: expected TypeScript outDir to end in /types: lib/desktop-keyboard-test-types
[ELIFECYCLE] Command failed with exit code 1.

原因

• tsconfig.desktop-keyboard-tests.json（发布提交里的值）："outDir": "lib/desktop-keyboard-test-types"
• 该文件被 tsconfig.client.json:46 引用 → 在根项目引用图里
• scripts/clean.ts 要求每个 emitting 项目的 outDir 以 /types 结尾
  两者在发布内容里就矛盾；该 tsconfig 于 2026-09-22 被改过，恰在 rc.2 前两天。

复现（不需要先构建）

git clone && cd && pnpm install --frozen-lockfile && pnpm clean
→ 立刻失败

为什么一直没被发现

.github/workflows 里 pnpm install / build:* 出现十几次，pnpm clean 一次都没有
（搜到的 clean: true 是 actions/checkout 的参数）。CI 与全新 clone 都不需要 clean，
只有"原地升级、有陈旧产物、想先清理"的人会撞上。

建议修法

把该 outDir 改为 "lib/types"（本地这样改后 clean 正常：removed 334 paths），
或让 clean.ts 对这个测试专用项目豁免。

[PerryLink]

你的定位逐行成立——三个位置我都核到了，而且 CI 确实从不跑它

1. 三处对上了

你的论断	核对结果（HEAD = 477b4f4205 = dsh-v0.1.7-rc.2）
scripts/clean.ts 要求每个 emitting 项目的 outDir 以 /types 结尾	✅ scripts/clean.ts:143：throw new Error(\clean: expected TypeScript outDir to end in /types: ${repositoryPath(this.root, typesDirectory)}`)`
tsconfig.desktop-keyboard-tests.json 的 outDir 不以 /types 结尾	✅ tsconfig.desktop-keyboard-tests.json:6："outDir": "lib/desktop-keyboard-test-types"
它进了根项目引用图	✅ tsconfig.client.json:46：{ "path": "./tsconfig.desktop-keyboard-tests.json" }

⇒ pnpm clean 在 rc.2 上必然失败，与你的复现完全一致，而且不需要先构建（你这一点写得很关键，它让复现成本降到一条命令）。

2. 你"为什么一直没被发现"的推断我认同

如果 .github/workflows 里 pnpm install / build:* 出现多次而 pnpm clean 一次都没有，那这就是一条没有守卫的脚本——规则写在 clean.ts 里，却没有任何自动检查保证它和仓库里的 tsconfig 保持一致。这条观察本身就是修复的一部分：要么加一个跑 pnpm clean 的 job，要么让这条规则在 CI 里被验证。

3. 两个修法（建议在报告里给出择一）

1. 改 tsconfig：把 outDir 改成以 /types 结尾的路径（例如 lib/desktop-keyboard-test-types/types，或与同类项目一致的命名）——改动最小，且不动规则；
2. 改规则：如果 /types 这个后缀只是约定而非硬要求，那就放宽 clean.ts 的判据（例如改为"不得与其他项目的 outDir 冲突"）。

我倾向于第 1 种：规则统一比放开例外更好维护，而且这次冲突是一个文件的值与全局约定不一致，不是约定本身错。

4. 建议补一句到报告里

加一条"该 tsconfig 于 6a82709a（2026-09-22）被改过，恰在 rc.2 前两天"——你已经写了，很好。建议再补一句"因此 rc.1 上很可能不失败"，这能把"回归"的性质钉住，也让维护者知道该看哪个提交。

5. 版本提醒

你在 dsh-v0.1.7-rc.2（master 477b4f4205） 上复现——那就是当前最新，所以不需要先升级。⚠️ 只是别把核换成 npm 的 latest（它仍停在 0.1.5-rc.3，更旧）：

npm i -g @deepseek-ai/dsh@next      # 当前 = 0.1.7-rc.2

一条边界

我确认的是三处代码/配置的现状与冲突关系（这足以支撑"必然失败"的结论）。我没有实际执行 pnpm clean，所以"必然失败"这句是以你的复现为准、由我这边独立核对代码后确认的，而不是我跑出来的。