结构与截图双重验收
截图和结构分别证明不同的事情。两者都要检查，才能避免“看起来正确，但不可编辑或不可维护”的交付。
结构验收
检查目标文件、节点类型和父子层级；检查 Auto Layout、尺寸来源和边界；检查实例主组件、属性值和变量绑定；最后检查 reactions 与 Flow 的目标。
读取结果被截断或去重时，只能证明已经返回的范围。不要根据一个浅层树宣布整页全部通过。
截图验收
使用 get_screenshot 查看实际渲染，使用 save_screenshots 保留文件。相同节点、相同视角和相同导出比例更容易比较。
检查文字、图案、对齐、裁切和主次关系；特别看隐藏状态是否泄露内容。制作本案例时，给卡牌添加实例交换后，卡背意外显示了图案。修复方式是把显隐放在外层 Artwork Frame，交换只作用于里面的 Symbol。
可变输入检查
| 检查 | 通过证据 |
|---|---|
| 长按钮文案 | 截图无裁切，尺寸模式解释清楚 |
| 宽度变化 | 三个测试 Frame 的规则与截图 |
| 切换卡牌状态 | 图案身份保留，Hidden 不泄露图案 |
| 暂停与继续 | Overlay / Close 配置及实际点击表现 |
| 再玩一次 | 重置标记及全部卡背状态 |
结构读回证明配置存在，不能单独证明点击过程或真机运行已经验证。报告时分别写清检查层级。
最小修复流程
请复现并定位问题，不先重画整屏。
提供问题节点与截图证据，区分结构、绑定、样式和交互原因。
只修正必要属性，保留实例与原型目标。
修复后重复同一输入，补查同类对象是否也受影响。
若问题源于主组件，应同时检查所有实例；若只是一张牌的局部覆盖，不要无意改变整套状态。
练习与检查
为一次修改写下三个独立断言：一个关于结构，一个关于视觉，一个关于行为。逐条说明由什么证据支持，哪些仍需运行原型或微信真机确认。