用途与实际影响
这项功能怎样使用
为什么需要它
源码、单元测试、合成浏览器、真实手机截图、真实 Desktop E2E（端到端验证） 和当前在线是不同证据层。把它们合成一个‘可用’标签，会同时夸大成功和掩盖缺口。
举个实际例子
我问“它以前通过那么多测试、手机也真跑通过，能不能算现在仍在线？”答案是否定的。那些证据只证明对应版本和当时场景；当前 Remote 已明确冻结且不可用，不能把历史成功翻译成现役状态，更不能为了补证去做在线探测。
最后我会得到什么
按版本和日期分清哪些历史功能真正做成过、哪些只在测试中通过，以及当前仍冻结不可用。
正常时
历史结论与相应版本、日期和真实证据一致时，才写明那一层通过。
发现问题时
源码、正式发布和截图时间不一致时分别展示，不用新提交覆盖旧版本事实。
入口不可用或证据不足时
当前控制入口冻结且不可用，只能阅读获准的历史材料；恢复须由本人另行明确启动独立项目并重新验收。
从哪里开始
当前只能只读查看获准的 Codex Remote 源码、文档、测试与历史图片；不能探测运行态，也不能按旧 quickstart 启动。
需要准备什么
- 想核对的历史版本或图片；当前只读
从开始到拿到结果
- 1
绑定历史版本
把功能、测试和截图分别对应到当时版本及观察日期。
- 2
分开解释证明力
测试通过和真实旧截图说明曾做成的范围，不能证明现在在线或 Windows 接管可重复恢复。
- 3
停在准确结论
网页报告当前不可用与冻结；未来只有本人明确重启独立项目才重新取证。
技术实现与依据
这里保留实现、关键条件、精确入口、历史记录和验证结果。
v0.1.5 正式证据与历史真实链路已形成；当前控制入口 Status=不可用、runtime（运行环境） frozen，不允许用在线探测或重启改变这一状态关键规则与设计选择
正式发布证据绑定 v0.1.5 / c3a07719。
current（当前状态） main=94f1cfa 与 package version 单列，不冒充 release。
真实截图标注日期，合成截图标注 demo。
当前控制状态已知为不可用且冻结；历史证据不能改变它，网页取证不调用 runtime（运行环境） E2E（端到端验证）。
只有用户另行明确启动独立恢复项目，重新决定实现并完成隔离恢复矩阵与真实端到端验收，才可能改变当前状态；不是再试一次 Open。
本模块用到的名词
- release evidence（发布证据）
- 绑定公开 tag 和精确提交的构建、测试与发布记录。
- synthetic runtime（合成运行时）
- 浏览器测试使用的固定任务和能力，不连接真实 Desktop。
- real-machine E2E（实机端到端）
- 真实手机、Web、Desktop 和文件/审批共同走通。
- current online（当前在线）
- 历史图证和测试不能证明实时服务；当前已明确不可用且冻结，不能为验证这个字段调用运行组件。
专业定义
v0.1.5 的1771项测试、370文件公开扫描、Playwright 192项发现/157通过/35跳过、历史真实多端E2E（端到端验证）和20张界面证据分层呈现；main与release身份分开。
解决什么
解决 release/main 混写、测试冒充运行、合成截图冒充实机、历史实机冒充当前在线，以及把一次接管成功误写成可重复无人值守交付。
当前怎样实现
- Git refs 与 GitHub release 现场回读提供版本身份。
- GitHub Actions run 30756063724 / job（任务记录） 91519619868 分开记录 source check、370 文件 public（公开） safety 与 Chromium（浏览器内核） E2E（端到端验证）；Release 正文没有重复这些计数，正式计数来源是 CI 日志。
- Playwright SharedRuntime 明确使用合成任务，不能升级成 Desktop 实机证据。
- 历史 acceptance 记录同一任务、审批、文件 SHA、队列、停止和重连。
- 公开画廊为每张图写清能证明与不能证明什么，避免把合成界面或历史实机画面冒充当前在线。
- Windows 接管停止旧补丁路线的事实由公开复盘保留，现行控制入口同时明确冻结；未来恢复单列实现决定、隔离生命周期矩阵和新真实端到端验收。
执行流程
- 1
先确认当前入口不可用且冻结，只进行获准的具名静态审阅，不调用 dispatcher、Status 或运行端点。
- 2
回读 PUBLIC（公开） main、tags 与 latest release。
- 3
把产品 claim 绑定到精确版本和提交。
- 4
读取测试文件、数量与 CI 结论。
- 5
区分合成浏览器与真实多端验收。
- 6
单列当前 Windows 接管方案的隔离可重复无人值守验收状态。
- 7
逐张检查图片来源、日期、敏感值和重复。
- 8
只发布与证据层匹配的结论。
- 9
未来只有本人明确要求才重新取证。
边界
- 当前控制入口不可用且冻结：不调用 Status、Open、Close、重启、登记、回滚、dispatcher（分派器）、计划任务、Sidecar（认证侧车）、Broker（共享代理）或公网端点，也不走替代启动路径。仅可只读查看获准的具名源码、文档、测试定义与历史图片；恢复须由用户另行明确启动独立项目并重新完成端到端验收。
- 不把 package=0.1.6-unreleased.0 写成已发布 v0.1.6。
- 不把1771项测试写成当前在线证明。
- 不把真实历史截图写成当前模型、额度或健康状态。
- 不把源码分支、发布状态或历史截图冒充为当前在线结果。
- 不把历史接管成功冒充为当前方案已经可重复无人值守。
失败与恢复
- tag 与 commit 不匹配
- 停止版本结论并重新回读 refs。
- 测试数来自不同提交
- 绑定各自版本，不相加成总通过数。
- 截图来源或日期不清
- 降为设计/演示或移出画廊。
- 当前入口冻结
- 明确写不可用且冻结；不降成‘未验证在线’，不调用 Status、Open、runtime（运行环境） 或公网端点补证。
- 用户未来提出恢复
- 另作明确的独立项目和实现决定，先完成隔离恢复与新端到端验收；保留历史成功，不从单次成功外推稳定性。
真实入口
docs/failure-postmortem-2026-08-03.md区分 E1 源码/测试、E2 登记、E3 单次真实成功与 E4 可重复恢复，并记录停止旧接管路线。
docs/release-notes-v0.1.5.mdv0.1.5 产品范围与发布说明。
.github/workflows/ci.ymlWindows source、public（公开） safety 与 Chromium（浏览器内核） 验收流程。
docs/acceptance-todo.md历史真实手机/Desktop 同任务验收记录。
GitHub Actions run 30756063724v0.1.5 同提交测试、PUBLIC（公开） scan 与 Playwright 数量的正式 CI 回执。
如何验证
- Git refs 本轮只读回读 main=94f1cfa、v0.1.5=c3a07719。
- v0.1.5 的 GitHub Actions run 30756063724（attempt 2，job 91519619868）记录 114 个 Vitest 文件 / 1771 passed、370 files checked、Playwright 192 discovered / 157 passed / 35 skipped。
- 该 CI run 没有独立上传 artifact 或签名 attestation（证明声明）；Release 正文也不拥有这三个计数，不能把 release 文案本身冒充计数回执。
- 20张最终图片 SHA 全唯一，总原图约2.51 MiB，三段式 WebP 预览约0.30 MiB。
- 历史真实链路与产品证据已形成；现行控制入口仍明确不可用且冻结，只读源码/文档审阅不能解除。可重复恢复与新端到端验收只能在另行明确启动的恢复项目中进行。
- 本轮没有启动、查询或控制任何 Codex Remote runtime（运行环境）。
与其他模块的关系
它为前八个模块标注证据强度与时间边界，防止把源码、测试、截图、历史实机验收、安装指针或单次接管成功误写成当前在线。