Figma 里拆离的 LOGO 实例为什么不再跟随品牌组件更新？

先确认关系断在哪里

在 Figma 中，品牌 LOGO 通常由 Main component 和 Instance 组成。连接中的实例会继承主组件属性，但实例本身可以存在与主组件不同的 overrides；这类差异不等于断开连接。使用 Detach instance 后，该对象不再连接 Main component，因此之后主组件的改动不会自动传到它。

检查对象的实际关系，而不要只看画面是否相同：选中 LOGO，记录它当前是 Instance 还是已拆离对象；再查看主组件是否仍存在，以及实例是否只是有颜色、文字或尺寸等局部覆盖。交付清单应分别标记“仍连接的实例”和“独立副本”。

建立最小可复现夹具

使用一个非破坏性的 Figma 测试副本。准备同一个品牌 LOGO 的 Main component，并放置两个可区分的商品视觉对象：对象 A 定义为“SKU-红盒”，使用连接中的 LOGO Instance；对象 B 定义为“SKU-蓝盒”，使用同一来源但已经 Detach instance 的独立副本。两者初始画面可以相同，但名称和关系必须明确记录。

在 Main component 中做一次可识别的共享默认值变更，例如把 LOGO 的默认填充从“品牌红”改为“品牌黑”；这里的颜色名称只是本练习的示例值，不代表你的品牌规范。不要先改正式商品文件，先观察两个对象的更新结果。

1. 复制待检验的商品页面或文件，并在副本中记录 Main component 名称、两个对象名称及修改前截图。
2. 确认对象 A 仍显示为连接中的 Instance；确认对象 B 已标记为拆离后的独立对象。
3. 修改 Main component 的示例共享默认值，保存后重新选中 A 和 B，比较画面与对象关系。
4. 记录更新后谁改变、谁未改变，以及实例上是否存在 overrides；再决定正式文件的处理方式。

按证据选择修复路径

如果对象 A 更新、对象 B 不更新，且 B 确实是拆离副本，原因已经得到最小测试的支持：B 的组件关系被切断。正式文件中，应从 Main component 重新放置一个 Instance，并重新核对位置、尺寸和商品语境；不要把拆离副本当作仍受品牌组件管理的资产。

如果对象 A 也没有更新，先不要再次拆离或批量替换。检查你修改的是否确实是该 LOGO 使用的 Main component，以及 A 是否仍为 Instance；若来源不同，下一步应追溯 A 的实际主组件。若 A 更新但出现局部差异，检查 overrides，因为继承关系仍可能存在，只是实例覆盖了部分默认值。

如果业务确实需要一个不随品牌默认值变化的特殊版本，可保留 B，但在交付清单中明确标为独立副本，并写出不自动同步这一限制。只有需要统一品牌更新的版本，才应使用连接中的 Instance。

验收与交付记录

虚构练习的通过条件是：在一次明确记录的 Main component 默认值变更后，对象 A 的相应默认外观发生变化；对象 B 保持原状且仍被记录为独立副本。若 A 未变化，或无法证明 A 与该 Main component 连接，测试失败，不能据此更新正式品牌交付文件。

验收记录至少包含：Main component 名称、SKU-红盒与 SKU-蓝盒的对象名称、修改前后截图、是否为 Instance、是否存在 overrides，以及最终选择“重新连接”还是“保留独立副本”。这样后续编辑者能判断某个 LOGO 不同步是预期结果，还是错误地拆离了实例。

资料与建议的范围

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