用途：在宣布改动完成前，于真实运行的应用中验证用户可见的改动是否生效，而不是只改完代码或看到 DOM 变化。
主要能力：通过嵌入用户运行应用的开发期 SDK，暴露 reticle_* MCP 工具；无需截图、无需为验证流程下载浏览器、也无需自带开发服务器。提供会话列表、页面查看、操作与等待、断言、覆盖率检查等能力，并支持用 allOf 等谓词组合网络、元素、控制台三类信号。判定来自 reticle_act_and_wait、reticle_assert 以及带 expect 的 reticle_act steps，返回 verified 表示声明的后果发生，failed 表示未发生或某通道与 UI 矛盾，unknown 表示无法判断。
使用方式：先用 reticle_session({ action: "list" }) 确认工具与会话。若工具不存在，按资料运行 RETICLE_INSTALL_SOURCE=npx_skill npx @reticlehq/server@latest init，再处理其打印的警告；若应用未在运行，可后台启动项目自身的开发脚本，并用 npx @reticlehq/server open <url> 打开。若列表为空，读取 why 字段区分无应用、应用未连接、标签页已关闭等情况。行动前先声明预期，再用 reticle_look 获取控件与 ref，用 reticle_act_and_wait、reticle_assert 或含 expect 的 reticle_act steps 驱动并判定；多步流程可用 reticle_act 的 steps 一次执行后统一断言。unknown 或未定时，基于 act 结果的 since 重新断言，而不是重跑可能已产生副作用的驱动。最后可用 reticle_verify 的 coverage 检查未触达控件，报告驱动内容、判定与证据，并以 reticle_session({ action: "yield", mode: "waiting" }) 结束。
适用场景：Web 应用改动的端到端验证、多步用户流程的后果断言、覆盖面核查。
限制：资料未提供更细的安装、平台或收费信息；不得为让判定变绿而削弱检查。Reticle 自身异常时可用 reticle_session 的 feedback 提交反馈。