Claid 只填写输出宽度，为什么商品顶部或底部被裁了？

先检查是否沿用了默认 crop。Claid 文档说明，默认裁切下只设置一边尺寸时，未设置的另一边保持原值；它并不自动变成按比例计算。宽度增加而高度留在原值时，就可能容不下完整商品的上下部分。选择其他 fit 时，单边尺寸的行为不同，应按实际交付要求明确设置。依据见 Claid Resizing 官方文档。

要点 - “另一边留空”在默认 crop 下不等于自动等比例。 - 完整商品、固定画布与铺满画面需要不同的尺寸安排。 - 即使没有使用去背景或 clipping，默认尺寸行为也可能发生裁切。

先查默认裁切，不必先怀疑主体识别

打开原始文件和实际下载结果，分别记录宽高。请负责调用的人同时查看请求中的 resizing.width、resizing.height、resizing.fit，包括工具自动补入的默认值。不要只根据界面中的“宽度”输入框推断完整配置。

这个问题可以在完全没有去背景、没有 clipping 的任务中发生。如果来源本来完整，结果文件却缺少顶部或底部，先调查尺寸与裁切区域；如果原文件就已经切掉瓶盖，则需要新的来源，不能靠改 fit 找回不存在的内容。

先保留未经裁切的原图，相关文件保护也可参考裁切后是否还保留原像素的判断。预览可能把不同尺寸缩到相同方框内，尺寸判断应依据实际导出文件。

一个宽度设置，为什么改变了画面比例？

以下是虚构的尺寸推导，并非实际 API 输出：来源为 1200×1800，设置宽度 2400，却省略高度与 fit。按文档的默认 crop 行为，未指定高度仍为 1800。所需输出区域于是为 2400×1800，和原图的竖版比例不同。

如果整张原图按宽度等比例变成 2400，保持比例所需的高度应为 3600。现在输出区域高度只有 1800，完整内容便无法按这组条件全部放入，裁切就可能损失上下内容。具体裁掉哪里要看实际裁切设置及结果，本例没有断言上下各裁同样多。

相反，若只把宽度减小而保留原高度，画面冲突可能表现在左右方向。因此，“只填宽度”并不总是裁顶部或底部，关键是输入比例与目标区域的关系。

要完整商品，明确安排另一边自动计算

如果只要求宽度，且要完整保留画面，可让维护人员采用符合文档的等比例安排。下面只列相关操作片段，省略认证、输入与输出：

{
  "operations": {
    "resizing": {
      "width": 2400,
      "height": "auto",
      "fit": "bounds"
    }
  }
}

文档说明，bounds 保持比例，把完整内容放在所定区域内；另一边自动计算时，应再查看实际文件尺寸。若同时设置最大宽高，完整内容被容纳后，其中一边可能小于那个数值，不能把 bounds 当作“必定得到两个指定数值”的固定画布模式。

例子中的 2400 只是沿用前面的宽度要求，不能据此推断每张商品图都要放大。来源细节不足时，更多像素不会证明标签或材质更准确，仍应按可用商品参考图的要求检查来源。

平台要求固定画布时，先决定留白还是裁切

若投放方必须接收固定宽高，完整保留商品与铺满画面需要作出明确选择。bounds 适合把完整内容放进边界，但未必得到固定画布；canvas 用于固定画布的补足安排，需同时检查背景处理；cover 则以铺满目标区域为目的，可能裁切。不要通过反复修改宽度碰运气。

先在版式草稿中标出必须保留的瓶盖、底座、把手及文字区域，再把这一要求交给维护人员。对于必须满版的布局，若无法同时保留商品，应该换比例、换构图或接受经过批准的背景处理，不能默默截掉商品部件。

同一张图进入其他版式工具时仍可能再次裁切，例如自动布局中商品图片的比例安排。先确认 API 导出文件完整，再检查下游容器，能避免在错误环节来回修图。

以实际文件结束这次排查

修正后同时核对最终宽高与商品四边，确认标签、盖子、底部和细配件仍可见。只要导出文件还缺少必须展示的部位，就不能因宽度已经正确而通过。如果文件完整而页面裁切，则保留素材，转向页面布局检查。

以上行为核对于 2026 年 10 月 31 日。尺寸练习与操作片段用于解释配置，未执行收费 API 测试，不构成对具体裁切位置或输出质量的保证。

本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理，采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。