[IanYet]

Windows诊断曾只回传启动/取消/就绪，未保住原始工具失败的时间与调用关联。本次补齐失败现场记录和采集覆盖说明，使已连接后的工具失败、请求未到服务端及日志缺片都能留下可继续排查的材料。

• Skill在重试前从宿主现有错误元数据保留专用失败记录；完整message/code/cause/stack、已知时间和本地conversation/call ID随报告上报，未知值仍明确缺失，本地调用ID与云端requestId分别归属。
• 原生SQLite/文本trace提取保留可用本地关联；App启动通知不能冒充工具失败现场。记录省略文件/字节区段，支持已知native日志文件的128KiB定向补读。
• 正式包升级：Codex 1.10.20、Claude 1.10.22、collector 1.2.3。两端helper和诊断说明一致。服务端沿用已合并#5252；本次无需新增服务端改动。

验证：Windows相关 59/59；真实隔离Codex app-server的启动503、连接后工具503、不可达超时 3/3；原始错误/cause、时间与本地编号保留且不伪造服务端请求ID，缺失/截断/凭据脱敏和两端CLI均有验证。Linux全量CI及CodeQL均已通过。Windows全量另有4条既有媒体fixture因文件名含?失败，相关文件未改。

边界：历史Windows425故障机的原始文件与会话当前不可访问，尚不能确认漏读段是否包含当次原始错误，也未追回原请求ID。新入口使用宿主已经提供的元数据；丢弃stderr无法事后重建。合并只说明正式Git源更新，商店刷新及真实宿主采用另行验证。