用途：验证乐观更新 UI 的失败回滚与成功保留。请求失败时，UI 必须撤销改动、恢复旧值并告知用户；成功时改动应保留并持久化。
主要能力：通过 reticle_network_mock 让请求返回 500 并加延迟，使乐观状态可观察；用 reticle_act_and_wait 证明 UI 先于服务器更新；用 reticle_assert 断言新值消失、旧值恢复、出现真实失败提示且无 console error；若应用有状态 store，可同时断言 store 回滚。随后清除 mock，重做同一改动，验证成功路径，再用 reticle_navigate({reload:true}) 重载页面并断言改动仍在。
使用方式：需要 Reticle 租用或驱动的标签页，always-on SDK 不适用（返回 ok:false, reason:"no-cdp-provider"）。先 reticle_session({action:"list"}) 确认会话可观察。未安装时使用 RETICLE_INSTALL_SOURCE=npx_skill npx @reticlehq/server@latest init，再安装 install-and-verify 技能。
限制：无浏览器时只能做成功路径，回滚应报告为 unknown。reload 未 confirmed:true 时，持久化也应报告为 unknown。仅在 mock 条件下得到的结论，只是针对被 mock 的条件，需说明失败的是哪个端点及状态码。交接前清除所有 mock。