缩略静帧：圆角卡片加 `object-fit: cover` 很容易吃掉底部字幕，取帧规则必须与裁切几何一起写进验收
`thumbnail-gif-png` 聚焦信息流卡片：真实环境里有圆角、蒙层、`object-fit: cover` 与多档 DPR，取帧只解决「内容」，不解决「几何」。字幕条常落在底部安全区外，被裁成半行字。省流策略下用户可能永远只看到静帧，它要与自动播 GIF 指向同一 logical 素材，否则 CTR 解读会失真。此类交付必须把 focal 点、padding 策略与最大边长写进规范，并在组件沙箱里截图而不是只看 Figma。
信息流缩略 PNG：按真实 DOM 宽度导出多档边长，并分别验证 WiFi 自动播与省流仅静图两条链路是否指向同一 logical 素材
- 从线上组件读出目标宽度、圆角半径与 `aspect-ratio`，导出 1× 与 2× 两档 PNG；为底部字幕预留禁切区或提前加 padding 成方图。
- 在浅色与深色主题下把 PNG 塞进真实列表 DOM，检查 cover 裁切是否吃字；同步测仅静图模式与自动播模式是否命中同一 asset id。
- 对 PNG 跑 palette 或转 WebP 缩略专用衍生，监控体积与 LCP；上线带版本 query，旧缓存命中率异常升高时触发告警。
缩略变体问答：裁切吃字、PNG 比 GIF 还大、深色模式发灰与实验标签防串数
数据要求「缩略静帧与动图必须同源」，但静帧构图为了可读性做了 padding，算违规吗？
允许在静帧上做非内容性 padding 或轻微重新构图，只要在元数据标记 `derived_from` 指向同一 GIF 版本，并在实验与报表里用 logical id 关联。禁止换主体或换文案帧却声称同源，那会污染 A/B 结论。
16:9 GIF 被正方形缩略容器居中裁切，字幕条直接被切没，应在取帧侧解决还是在 CSS focal 点解决？
双管齐下：导出前在构图上为字幕留「禁切区」，同时在 CMS 写入 focal-y 让 `object-position` 抬高主体。若字幕必须在底部，可导出已带上下 padding 的方图，避免 cover 算法动刀。终检必须在真实卡片组件里看，而不是只看裸 PNG。
为省流量把 GIF 首帧落成 PNG，结果文件更大、首屏更慢，怎样压体积又不回到糊成一团？
给缩略专用 PNG 设最大边长上限并跑 palette 优化；复杂渐变可接受 8-bit 索引 PNG。若仍过大，缩略走有损 WebP/AVIF，详情页再换高质量动图。监控 LCP 与体积分布，防止「为格式而格式」反噬体验。
深色模式下列表底为深灰，静帧边缘发白发雾，验收标准应绑定哪套主题 token？
在浅色与深色主题下各跑一次截图对比；若 flatten 只能选一种底，应以用户占比更高的主题为准或输出两套 skin 专用 PNG。记录主题切换时的 contrast 阈值，避免细线消失在 #121212 背景上。
同时跑多组缩略静帧实验，数据同学抱怨指标串版，文件名与埋点要怎么绑实验维度？
对象键或 query 带 `exp_id` 与 `variant`；埋点里传 `asset_version` 与 CDN URL。下线实验时冻结旧路径防缓存污染，并在看板过滤已废弃 variant。回滚必须同时改 URL 与报表维度，否则 CTR 对比会失真。