修改 Figma 商品卡片母组件后，为什么所有 SKU 的默认商品图都变了？

先确认变化来自哪里

在 Figma 中选中一个已经变化的商品卡片实例，确认它是某个 main component 的 instance，而不是已经 detached 的副本。Instances 会继承 main component 的属性，但实例也可以保留不同的 overrides；detached instance 则不再与 main component 连接。

重点观察商品图片所在的填充属性。若两个 SKU 的图片层、图片填充或相关属性都显示为继承状态，母组件的默认填充就是共同来源。若某个 SKU 已有不同的 override，却仍然显示错误，应继续检查是否选中了正确的图片层，或是否把覆写放在了其他属性上。

1. 在副本中保留一个母组件和两个仍连接的 SKU 实例。
2. 记录蓝色马克杯与黄色托盘实例各自的图片填充和覆写状态。
3. 修改测试母组件的默认商品图，观察两实例是否继承该变化。
4. 为需要保持独立的实例设置对应图片覆写，复测其他应共享的属性是否仍正常继承。

建立最小可复现 fixture

不要直接在正式商品卡片上反复试改。先复制一个非破坏性的测试用例，保留一个 main component 和两个仍连接的实例。两个实例必须使用不同、容易辨认的商品图，避免只凭颜色或缩略图判断。

虚构练习：定义 SKU A 为“蓝色马克杯”，图片填充使用一张带蓝色杯身的图片；定义 SKU B 为“黄色托盘”，图片填充使用一张带黄色托盘的图片。先明确 A、B 的图片分别是什么，再比较母组件修改前后的结果。把母组件默认商品图临时设为一张容易识别的“红色背包”图片，仅用于测试。若 A、B 都变成红色背包，说明这两个实例的商品图属性都继承了母组件；若某个实例仍保持原图，说明该实例至少对该属性存在 override。

按证据选择修复路径

执行顺序：复制测试卡片；记录 A、B 当前图片；在母组件中修改默认商品图；分别选中 A、B 的图片层查看是否继承或存在 override；记录结果后再决定是否改正式文件。

如果两个 SKU 都应使用各自商品图，就在对应实例的图片层上设置各自的 override，并确认实例仍连接 main component。不要为了保留图片而直接 detached，因为 detached instance 会失去与母组件的连接，后续共享结构修改也不会继续传递。

如果所有 SKU 本来就应显示同一张默认图，则保留母组件修改，并检查测试实例是否都显示预期图片。如果只有一个 SKU 错误，先回到该实例的图片层检查它的 override；不要修改母组件来补偿单个 SKU 的差异。若修改母组件后不应发生变化的实例仍同步变化，暂停发布并回看是否实际改的是 main component 的默认填充，而不是实例自己的图片属性。

通过条件与发布边界

虚构练习的通过条件是：蓝色马克杯实例显示其已定义的蓝色马克杯图片，黄色托盘实例显示其已定义的黄色托盘图片；修改母组件的默认图后，两者仍保持各自图片，同时仍能观察到其他应继承的母组件属性继续来自 main component。

失败表现包括：两个实例都变成红色背包，说明没有针对商品图做有效 override；或某个实例被 detached 后虽然图片正确，却不再与母组件连接。测试通过前，不要把母组件修改扩展到正式 SKU 集合。

资料与建议的范围

下列官方资料支持工具行为和功能边界；本题的测试素材、分支判断和通过条件由 Itemlume 编辑设计，引用不代表对方背书。不要把练习中的尺寸、名称或时间直接当作你的生产规格。