评审与工单：「第 4 块」必须唯一对应母图坐标与设计版本，否则开发与测试会在不同像素上争论同一 bug
`reference-tile-split` 把整屏长图拆成可引用的小块，方便在 Jira、飞书、Notion 里写「见块 r2c4」。风险是块太小失去上下文，块太大又没法精确定位；深色界面贴进浅色文档会对比不足；设计稿迭代后旧工单里的块号若不复核，会变成指鹿为马。最佳实践是附一张带网格线与编号的全局缩略图，块文件名绑定 Figma frame id 或 commit 哈希，并在工单里同时贴母图链接与块图，避免邮件附件散落难找。
`reference-tile-split`：先定「行优先」还是「列优先」编号，再切图并生成带索引条的封面总览
- 评审前与全员确认坐标系：左上角为 `r1c1` 还是 `0-based index`，并禁止口头「左边中间那块」这种描述。母图如有多个主题区域，先粗分大块再细分子网格，避免单工单引用跨度过大。
- 切分后生成一张低分辨率全局拼图并在上面叠加红色网格与编号，随 ZIP 分发；单块文件名与拼图编号一致。对可能涉密区域在切分前打码，避免小块泄露完整上下文外的敏感信息。
- 工单模板里强制字段：`asset_version`、`split_rows/cols`、`tile_id`、链接到网盘 ZIP；关闭状态要求开发上传修复后对比截图绑定同一 `tile_id`。设计迭代时旧工单只关联历史版本，不复用旧块号描述新像素。
评审分块问答：坐标歧义、上下文不足、版本漂移与文档可读性
工单写「第二行第三列」开发却改错区域，双方屏幕分辨率不同导致理解偏差，怎样一次性消灭歧义？
统一采用文件内坐标与可视化索引图：在总览 PNG 上画红框写 `r2c3`，工单只许引用该 ID。禁止用手势相对位置；远程会议共享屏幕时先对齐缩放比例再看块号。
缺陷块截得太干净，测试坚持已复现、开发说缺环境信息，怎样切块才既聚焦又不信息孤岛？
采用「目标块 + 周围 15% 环境环」双附件，或额外附一张缩到 50% 的全屏小图标注箭头。对后台列表类 bug，附表头与筛选条件文字，而不仅是出错那一格。
Figma 更新到 v47 后同样块号对应像素已变，旧工单被翻出来误关，如何防止块号与版本脱钩？
块文件名嵌入 `figma_file_key` 与 `node_id` 或 Git LFS 哈希；工单关闭前脚本校验当前导出哈希是否与描述一致。历史工单只读，不自动映射到新版本，需要新开子任务迁移。
深色模式 UI 导出 PNG 贴进白底 Word 里一团黑，评审打印看不清，要在切分工具外再做哪些处理？
交付评审包时提供浅灰底衬版与透明底版两套，或在文档样式里强制浅灰代码块背景。打印前用黑白打印机预览，确认 1px 发丝线与图标仍可辨；不要假设所有人用彩打。
邮件来回二十封才找到最终 ZIP，有没有比「大家各自桌面一份」更稳的交付面？
用只读云路径 + 固定目录约定，例如 `review/2026-0510-featureX/tiles_v2.zip`，邮件只发链接与校验和。禁止私聊传匿名 `final_final.zip`；丢失文件按流程问责而不是让测试重切。