# 5.1.1 修复与验收范围（2026-09-07）

## 已修复的 5.1.0 Windows 共享后台缺陷

5.1.0 曾在 Codex 重启/刷新时出现锁冲突、父任务取消连带终止后台以及 Transport closed。5.1.1 修复三个边界：

- 使用跨平台锁竞争错误识别和独立启动锁；后台未发布端点时等待已有所有者，不重复启动多个失败后台。
- 通过 Windows 本机 WMI 进程接口以调用者身份隐藏启动后台，并离开客户端/提供程序的 Job Object。环境仅在内存中传递，不新增服务或计划任务，不提升身份；系统需允许本机 PowerShell 与 WMI。
- 后台意外退出时保持客户端 STDIO。未完成请求返回 outcome=unknown 并禁止自动重放；后续请求创建/连接新后台，旧协议只恢复安全的 initialize 协商。丢失的业务会话/隧道须重新创建。

后台自行记录时间、发起进程/后台 PID、实例 ID、附着和退出原因，不写 Key、SSH 凭据或进程环境内容。

## 已通过的真实 Windows 对照

同一脚本对旧版六客户端冷启动只有一个成功；修复版六个全部成功并共享一个后台。取消一个客户端、终止严格 KILL_ON_JOB_CLOSE 父任务后，其他客户端继续使用原 daemon PID。强制终止后台时，未完成 SSH 请求返回未知结果，同一 STDIO 后续调用恢复；受控 SSH 对端只观察到一次连接尝试，证明没有自动重放。

这些验证在真实 Windows 上使用独立目录、虚构中心和受控 SSH 对端执行，不使用生产凭据。报告故障的 Administrator 机器尚未接管，不能声称已经在那台机器完成实际 Codex 冷启动/恢复任务/刷新验收。安装者应在自己的客户端重载后做这些检查。

## 协议与故障处理

原生程序仍支持 MCP 2026-07-28 无状态请求及旧 initialize 协商。日志中的 2025-06-18 可以是客户端选择的兼容版本。[官方协议变更](https://modelcontextprotocol.io/specification/2026-07-28/changelog)与 [RMCP 3.0](https://github.com/modelcontextprotocol/rust-sdk/releases/tag/rmcp-v3.0.0)说明了两条入口的关系。

收到“结果未知”时，先检查远端实际状态，再决定是否重新执行；部署、写文件、数据库操作不能盲目重放。独立本机 --stdio 模式不经过共享后台；安装方式仍由安装者选择，不能自动切换模式来隐藏错误。