用途：把人类在运行中的应用里“指出来”的缺陷变成可执行的修复任务。用户在 Reticle 运行的应用中点击“Flag a bug”，指向某个元素并输入问题描述，每条标记会携带元素、备注以及源码 file:line，省去截图、描述和反复澄清。
主要能力：通过 reticle_session({ action: "review", sessionId }) 读取待处理标记，返回 marks 列表，含 id、note、label、source.file、source.line 和 fix 提示；读取不消耗标记，可按任意顺序执行列出→修复→验证→解决。修复后用 reticle_act_and_wait 重新驱动受影响控件，或用 reticle_look { action: "element" } 检查布局或主题问题，验证通过再执行 reticle_session({ action: "review", sessionId, resolve: "m1" }) 解决标记。
使用方式：会话开始时以及用户使用过应用后检查标记；多条标记指向同一文件时可合并处理；打开 source.file 的 source.line 定位组件；备注含糊时借助元素标签和源码消歧，确实无法判断再询问用户。无法修复的标记应说明原因并保持未解决，不要静默丢弃。若标记缺少可用的源码指针，可用 reticle_session { action: "feedback" } 并设 kind: "gap" 反馈。
安装：未安装时执行 RETICLE_INSTALL_SOURCE=npx_skill npx @reticlehq/server@latest init，然后使用 install-and-verify 技能。更多信息见 curl https://docs.reticle.sh/llms.txt。
适用场景：前端界面缺陷修复，尤其是布局、对齐、间距、主题等视觉问题，以及需要快速定位渲染组件来源的调试流程。
限制：资料未提供支持的平台、收费、价格或效果数据；修复依赖标记中可用的源码指针，验证需在运行中的应用内进行，不能仅凭目测确认。