docs/backend-migration/notes/2026-05-07-webui-decouple-doc-review-final-two-items.md
当前这组迁移文档的大部分关键冲突已经收口。
剩下的问题已经不是架构方向或职责划分层面的分歧,而是局部文档没有完全同步到最新决定。这 2 个问题建议继续修掉,避免 executor 在实施阶段被旧清单或旧步骤误导。
M5 的正文已经明确把 auth 迁移后的结构写成:
auth/config.tsauth/session.tsauth/index.ts并且已经明确 auth/index.ts 负责实现 M3 中定义的占位公共函数。
但 M5 的“文件清单”验收仍然在检查旧结构:
packages/web-host/src/auth/login.tspackages/web-host/src/auth/resetPassword.ts这会带来两个直接问题:
2026-05-07-m5-static-server-auth-migration-requirements.md 第 23-34 行2026-05-07-m5-static-server-auth-migration-requirements.md 第 146-153 行把 M5 的“文件清单”同步成和正文一致的文件结构,例如:
ls packages/web-host/src/static-server.ts
ls packages/web-host/src/auth/config.ts
ls packages/web-host/src/auth/session.ts
ls packages/web-host/src/auth/index.ts
ls packages/desktop/src/process/webserver/ # 应仍存在
如果团队最终还是想保留 auth/login.ts / auth/resetPassword.ts 这套拆分方式,也可以反向调整正文。但无论选哪套,正文、验收、handoff 口径必须完全一致。
M9 现在已经把本地容器 smoke 收敛成可机械执行的门禁,这是明显进步。
但当前步骤里还有一个小的不一致:
/tmp/m9-mirror/ 里准备:
.sha256install-web.sh(并且是 sed 替换过 __VERSION__ 的版本)bash /scripts/install-web.sh --mirror file:///mirror/ --no-path也就是说,文档要求准备的“已注入版本号的 install-web.sh”并没有被实际使用。
这会导致执行者产生困惑:
/mirror/install-web.sh/scripts/install-web.sh如果两份脚本内容不一致,验证结果会失真。
2026-05-07-m9-install-web-script-requirements.md 第 105-130 行建议二选一,统一成单一路径:
方案 A
/scripts/install-web.sh/tmp/m9-mirror/ 需要包含 install-web.sh”这条__VERSION__”这个要求方案 B
/mirror/install-web.sh从当前文档目标看,我更推荐 方案 A,因为本地 smoke 的重点是验证:
--mirror file://... 是否可用.sha256 是否能被正确消费aionui-web --version 是否可执行这些都不要求额外复制一份 install-web.sh 到 mirror 目录。
install-web.sh 统一口径如果只想最小成本收尾,可以这样改:
这两步做完后,当前文档层面的残留冲突基本可以视为清空。