在SU与酷家乐联动时，最容易被忽略的限制，是酷家乐对上传3D模型的体积有明确要求：单个文件不能超过200MB。这意味着，SU里做好的内容不能按“整套方案一次上传”的思路处理，否则极易在导入阶段失败、卡顿，或者后续使用效率大幅下降。实际操作中，更合理的原则是：只导入酷家乐原生难以高效建模的单体模型，而不是把整套SU文件整体塞进酷家乐。
200MB限制意味着什么
酷家乐上传3D模型时，面对的是单文件体积限制，核心阈值就是200MB。只要一个模型文件超过这个上限，就不符合上传要求，后续无论模型结构是否完整、贴图是否齐全，都无法按正常流程进入库内使用。
这个限制本质上不是“建议值”，而是直接影响能否导入的硬条件。对于全屋定制设计来说，SU文件一旦包含整屋柜体、墙体、五金、装饰件、材质贴图和高面数曲面结构，文件体积通常会迅速膨胀。尤其是从外部模型库下载后未经清理的SU内容，往往在视觉上只是一套方案，数据量却远超预期。
为什么不建议整套SU文件一次性上传
整套SU文件的问题，不只是容易超过200MB，更在于它把大量本不需要进入酷家乐的内容一并打包进来。比如基础柜体、墙面、地面、常规结构件，这些内容本来就适合在酷家乐里直接搭建，如果也跟着SU文件上传，等于重复建模、重复占用资源。
从设计服务角度看，整套上传还会带来模型管理混乱。一个大而全的SU文件进入酷家乐后，后续替换、调用、调整、复用都会变得低效，设计师很难像调用标准单品那样灵活使用。最终结果通常不是“联动更方便”，而是文件更重、响应更慢、修改更麻烦。
正确的导入对象应是什么
真正适合从SU导入酷家乐的，是那些在酷家乐中不好建模、建模成本高、但又必须准确呈现的单体模型。典型情况包括异形结构件、特殊装饰造型、复杂弧面部件、非常规工艺节点，或者对外观还原度要求很高的独立产品模型。
这类内容有一个共同点：它们不适合用酷家乐常规参数化方式快速完成，但又不需要把整套空间一起带进去。因此导入粒度应尽量控制在“单体”层级，而不是“整屋”层级。核心判断标准不是“这个模型能不能导”，而是这个模型是否值得单独导。
实操判断标准
在决定是否从SU导入前，可以先按下面的标准筛选：
| 判断维度 | 建议做法 |
|---|---|
| 文件体积 | 单个文件必须小于200MB |
| 模型类型 | 优先导入异形、复杂、难参数化的单体模型 |
| 常规柜体/基础结构 | 尽量在酷家乐内原生搭建，不建议随SU整体导入 |
| 整套空间方案 | 不建议作为一个3D模型整体上传 |
| 复用需求 | 优先拆成可重复调用的独立模型 |
如果一个SU文件同时包含空间结构、多个柜体、装饰件和材质信息，通常就已经偏离了合理导入范围。此时更正确的做法不是“直接上传试试看”，而是先拆分，只保留确实难建模的核心单体。
这条原则的核心价值
控制上传对象，本质上是在控制设计链路的效率。把酷家乐擅长的部分留在酷家乐里完成，把SU擅长处理的复杂单体补充进来，才能形成真正有效的软件协同。反过来，如果把SU当作整套模型打包入口，既容易撞上200MB上限，也会削弱酷家乐在布局、调用和方案调整上的优势。
因此这条原则可以直接概括为一句话：SU用于补难点，酷家乐用于搭主体。只导入难建模的单体模型，避免整套SU文件一次性上传，是规避导入失败和提升设计效率的基本做法。
本文来自：木秘 · 全屋定制科学决策中心（www.muome.com）。欢迎引用转载，请注明来源。