fix(deploy): 每次部署重建 shell dist，杜绝陈旧复用（#73）

[HandyWote]

背景

provisionAll 里 apps/shell/dist 一旦存在就跳过 vite build、直接 cp 复用旧产物，源码变更被静默丢弃。真机实证：PR #72 合并后重部署，线上壳 bundle hash 与修复前完全相同（未带新实现）。另有注释声称支持 FORCE_BUILD，但代码中不存在该机制。

修法

删除 dist 复用捷径：每次部署都重建 shell（vite build ~2s；幂等语义由 wrangler deploy/路由幂等保证，部署器职责=始终搬运当前源码树）。

改动文件

文件	改动
deploy/cloudflare/src/assemble.ts	删除 existsSync(shellDist) 条件构建捷径 → 无条件构建后 cp 到 outDir/assets/shell；provisionAll options 新增 buildShell?: (rootDir) => Promise<void> 注入口（默认 pnpm --filter @unself/shell build）；修正 JSDoc/文件头 FORCE_BUILD 与 dist 复用措辞
deploy/cloudflare/test/assemble.test.ts	新增 provisionAll 用例：mkdtemp 临时 rootDir + 预置陈旧 dist（stale.marker + 旧 index.html），注入 fake buildShell 重建新产物，断言 assets/shell 含新产物且无陈旧残留
deploy/cloudflare/src/steps.ts	runNineSteps 转发 buildShell 注入口（与既有 putSecret/resolveZone 同模式）——#73 语义变化后仍保持注入模式一致
deploy/cloudflare/test/steps.test.ts	注入快速 fake buildShell（真实 vite ~4.4s/次，每次部署重建后套件必超时；fake 写最小 dist 产物）

说明：brief 允许范围内最小适配——assemble.ts 单点改动会令 runNineSteps 全部用例真跑 vite（分支 C 两次构建 ~9s > 5s 超时），故按步骤注入模式转发并注入 fake，测试行为不变、套件由 ~44s 降至 ~1.5s。

验收对照表

#	验收标准	结果
1	测试：dist 预先存在（含陈旧标记）→ 部署产物反映当前源码；破坏性回验：注入捷径恢复 → 红；还原 → 绿	✅ 用例 provisionAll（③ shell 每次部署重建，#73） 通过（69/69）。破坏性回验：条件构建恢复时 expect(buildCalled).toBe(true) 红（AssertationError: expected false to be true，assemble.test.ts:219）；还原后绿
2	三件套绿	✅ pnpm -r typecheck 全过；pnpm -r test 全过（deploy/cloudflare 69、apps/shell 41、modules/hello 12 等）；pnpm -r build exit=0
3	PR 中文描述 + 验收对照表，base m0/dev，rebase 线性，不合并	✅ 本 PR；分支基于 origin/m0/dev（082ee78），线性单 commit 26f9e4d，未合并