OMP 已记录转录恢复¶

一个休眠的 OMP 会话可以在没有显式 launchConfig.ompResumeFilePath 的情况下，从 hook 保留其转录路径。冷恢复启动和通用休眠会话启动都已经将 provider 元数据转发给 getAgentResumeArgv；该 builder 必须保留已记录的路径。

解析顺序是显式启动路径、已记录转录路径，然后是 UUID。现有的 shell 感知 builder 会为执行主机引用选定的参数。没有路径的旧元数据记录保留 UUID 回退。OMP provider claim 键和相等性仍然基于 UUID，因此后续 hook 添加路径不会创建第二个自动恢复身份。

tests/tools/omp-resume-transcript-locator-smoke.mjs 在其默认会话存储之外创建一个实际的 OMP 会话。在那里 UUID 查找会失败；绝对路径和 Orca 生成的 argv 恢复原始会话。在 ORCA_BACKGROUND_LAUNCH=1 下，使用 Bun 和一个只读 OMP checkout 作为 argv[2] 运行它。它使用一次性 home，并且不发出模型请求。

这项范围有限的更正遵循 PR #16276 中 @CodeHourra 的 resume-locator 部分。它不采用该 PR 的 reattach 注入或标题更改。reattach 提案将缺失 snapshot/replay 视为输入恢复命令的许可，但 daemon-pty-spawn-result.ts 明确允许在没有 snapshot 的情况下使用 isReattach: true。该 payload 的缺失并不是新创建 shell 的正面证据。该提案还将路径添加到 OMP claim 身份中，这将仅 UUID 元数据与同一 provider 会话后续的路径增强记录分开。这些更改需要单独的证据，并且不在本补丁的审查范围内。