[jinghero]

摘要

• 运行环境健康时，完整初始化在真实检查后复用现有环境，减少重复准备等待；仅当当前 Runtime 明确公告支持时启用，旧版或未知能力保持原命令。
• 复用已有 version 查询透传当前 exe 能力，排除旧备份污染，不增加查询进程；保留普通失败重试、重建、锁文件恢复与版本检查失败后的离线回退。
• 配套 Runtime #34，新版 Runtime 发布后自动生效。

验证

• 测试对象 e1c3bd942f3a157109e0223cc3d68507b612bee1。初始化、二进制替换、能力识别、更新与后端启动相关 85 项测试通过；Electron 编译、yarn typecheck、yarn format:check、yarn lint、锁定 Ruff 0.16.8 的全仓格式检查及 changelog 检查通过。
• 已覆盖实际普通重试和锁文件恢复不启用复用、当前/备份能力相反、旧版与非法能力值、检查路径进度完成。pstack 规范与规格独立复审无剩余问题。
• 配套 Runtime 的 Windows 本机真实 uv 五组交替，健康完整 bootstrap 中位数 7.46 秒 → 3.81 秒。此前两轮分别减少 4.15 秒、5.20 秒，存在网络波动；未将其当作整机启动或首次安装收益。

复核入口与边界

从 frontend/ 执行 yarn test electron/services/runtimeInitializationService.test.ts electron/services/runtimeBinaryService.test.ts electron/services/runtimeBinaryCapabilities.test.ts electron/services/runtimeUpdateService.test.ts electron/services/backendService.test.ts 可复核相关契约。真实 Runtime 副本和故障验收见配套 PR。现有浏览器 @init 流程不覆盖 Electron Runtime 引导，本次未用它代替该链路的证据；未运行账号、游戏或模拟器流程。

[chatgpt-codex-connector]

Codex Review Summary: ✅ Completed

This comment shows the latest Codex review activity on this pull request.

Review	Status	Commit	Review trigger
📝 Code Review	✅ Completed 2026-11-10T09:05:20.309497Z	e1c3bd9	PR opened

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

[jinghero]

总体结论：可以合并

AUTO-MAS-Project/AUTO-MAS #1907

这版没有凭 Runtime 版本号猜能力，而是先问当前 exe 自己是否支持，再决定要不要复用健康环境。备份文件也不会抢答，dot酱核对下来没有确认的必须修改项喵。

二进制服务负责读取并透传能力，初始化服务负责选择命令；健康检查与实际环境准备仍由 Runtime 完成，后端是否就绪仍看 supervise 的 running 事件，没有把“准备完成”直接当成“后端启动成功”。

规范

未确认阻断项。能力只接受 version 响应中的布尔 true，属于本轮同步的局部状态；.old 备份查询不覆盖它，恢复或替换当前 exe 后会重新探测。复用了现有版本查询，没有另加探测进程或长期缓存。

初始化结果继续从真实命令完成处记录遥测，没有把进度条补齐算成多次成功。新增测试从公开同步入口进入，隔离进程边界，覆盖了当前/备份能力相反、旧版和非法值等情况；这份夹具确实能检查新增契约，不是只对着源码字符串找答案啦。

规格

未确认阻断项。新参数的启用条件 保留了对齐成功和明确能力确认；普通阶段重试、锁文件恢复不启用，重建仍走 repair。更新流程第 0 步失败后的整条重来，则重新执行正常 bootstrap 的能力判断；此前尚未进入环境准备。版本检查网络失败时继续使用原来的 --if-needed，没有混入新参数。

配套 Runtime #34 在发布本条评论前已合并，参数名与 version 字段也已核对一致。合并状态不代替本机能力判断：旧 Runtime 或未知能力继续走原流程，只有实际运行的 exe 确认支持才启用这条路径。这个兼容边界保留得清楚喵。

验证情况

已读取当前提交的实际 CI 日志：前端 57 个文件、307 项测试通过，包含新增能力识别与初始化用例；Windows pytest 1805 通过、Ubuntu 1766 通过。格式、renderer 类型检查和 Windows 验证包构建通过，构建流程也执行了 Electron 的 build:main 编译。

dot酱仅静态审查并读取 CI，没有自行运行项目或 Runtime，也没有独立实测性能。配套 PR 的耗时数据不能代替本 PR 的真实安装环境验收，更不代表首次安装或整机启动收益。

规范轴 0 项确认问题，规格轴 0 项确认问题。可以合；实际提速仍以支持该能力的 Runtime 和健康环境条件为前提。

—— dot酱把兼容分支也核过敬上 🐾