Flux Art先确认交付的是卡片结构还是一张图
默认宽度下排得整齐，不代表卡片能适应更窄的容器或更长的文案。先查看标题和说明是不是独立可编辑的文本层，而非已烘焙在图片中的文字。Flux Art 是多模型 AI 视觉创作与生产平台，可用于准备视觉候选；Figma 中的原生文本、容器和自动布局需要在外部设计流程中建立，不应把一张生成图的整体缩放称为响应式组件。
先定内容边界，再动尺寸选项
另存一个诊断副本，保留批准的短标题、长标题、说明文字和最窄使用宽度。写清哪些信息必须完整显示，哪些经批准可以截断，并列出图片、按钮和说明的顺序。价格、适用条件和关键限制不能为了让卡片整齐而静默隐藏。没有确定的使用宽度或文案标未知，先补齐输入；否则调好的布局可能只适用于一个临时示例。
把三个层级的宽高分开记录
至少区分外层卡片、包住文字的容器以及具体文本层，再分别记录水平与垂直策略。Hug contents、Fill container 和 Fixed 不是同一个“自适应”开关，两个轴也可以采用不同策略。下表用于追踪设置和预期，不是通用数值模板。遇到复杂嵌套时逐层展开，避免选中外层卡片，却以为自己已经修改了内部文本的宽度行为。
| 层级或项目 | 需记录的行为 | 验收问题 |
|---|---|---|
| 外层卡片 | 使用宽度与高度策略 | 窄宽度是否在要求内 |
| 文字容器 | 水平可用空间与垂直增长 | 是否被固定尺寸挡住 |
| 标题文本 | 换行或批准截断 | 关键含义是否仍可见 |
| 说明文本 | 完整内容与高度需求 | 是否遮挡后续对象 |
| 例外对象 | 是否参与自动布局 | 是否覆盖或脱离预期位置 |
| 交付版本 | 实际编辑与宽度检查 | 未测情况是否标未知 |
水平空间需要从父级明确传下来
Figma 的响应式卡片示例说明，文字水平设为 Fill container 后可以随文字容器宽度调整。实际应用时，先确认上层有明确可用宽度，再检查中间容器和文本层有没有固定宽度阻断这个关系。Fill 适用于自动布局框架的子对象，并不是所有顶层对象都能直接使用。不要同时要求同一轴上的父级完全依赖子项宽度、子项又完全填满父级；调整后应查看面板当前状态，而不是只记住曾经点过哪个选项。
纵向增长与截断必须单独决定
水平缩窄后，完整文字通常需要更多行；如果垂直空间仍被固定且未留足，就可能出现新的问题。应根据交付要求决定内容增长、固定高度或明确截断，而不是把所有层的宽高都设置成 Fill。官方卡片教程中的单行截断是其具体设计选择，不是所有标题和说明的默认规则。需要完整阅读的文案，应确保相关文本与容器允许所需高度，并检查后面的按钮或图片是否随之正确排列。
用假设长短文案检查不同组合
假设同一卡片有一条短标题和一条较长标题，说明文字也有简短版与完整版本。这些是假设输入，不是真实组件测试。先固定宽度替换文案，再固定文案缩窄容器，分别观察问题出现在哪一步；不要同时改字体、字号、间距和图片比例。记录完整显示、批准截断、溢出或遮挡四种结果，不能把看不见的后半句当成已经正确换行。
尺寸仍异常时检查间距和例外对象
排查剩余空间时，把内边距、元素间距、最小最大尺寸及未参与自动布局的对象一并核对。手工输入宽高值可能改变对应轴的尺寸策略，因此临时拖动后也要复查实际设置。若一个标签或装饰被排除在布局流之外，应确认它是否覆盖文字，不要因为外层使用自动布局就认为所有子项都会自动避让。这里要求核对现有结构，不建议无差别清空约束或重建整套设计系统。
交付要能编辑，不能只有截图
完成后保留可编辑文件、批准文案和尺寸策略表，并由接收者在副本中替换一处文字、改变一次约定宽度，核对预期是否成立。截图可辅助说明，但不能证明对象关系仍在。若最终要实现为网页，还需在真实网页中检查字体、换行和交互；设计文件通过不等于浏览器实现已经通过。未知设备或未测宽度应明确列出，不把有限样例扩大成所有屏幕都适配。
参考资料与视觉素材分工
尺寸策略依据 https://help.figma.com/hc/en-us/articles/360040451373-Guide-to-auto-layout-in-Figma ，卡片示例依据 https://help.figma.com/hc/en-us/articles/18894664907287-Create-a-responsive-card-with-auto-layout-and-constraints 。本文提供核对顺序，未运行 Figma 实测。视觉候选入口为 https://flux-art.net/zh/ai-image ；素材制作、可编辑排版和网页实现分别验收，不宣称平台自动输出已通过测试的 Figma 原生组件。