Claid 扩图成功后再 Polish 却报尺寸过大，为什么同一张图有两种上限？

扩图完成只证明那一步返回了结果，不能证明同尺寸也满足 Polish。Claid 为具体操作分别说明尺寸条件：扩图文档列出目标上限 16.78 MP，Polish 文档写最大目标分辨率 16 MP。不过 Polish 同页给出的部分尺寸示例超过按十进制计算的 16 MP，因此临界尺寸不能仅靠这两个数认定通过或失败，应读取已有错误并向服务方核实边界。

要点

• 按实际文件的宽×高计算像素，文件多少 MB 不是同一个指标。
• 每一步都需核对自己的限制，前一步成功不构成下一步许可。
• 官方描述存在边界差异时，先留余量，别靠重复付费调用猜规则。

先把发生失败的那一步单独标出来

保留扩图结果、实际像素尺寸，以及 Polish 任务的原始错误。先确认传入 Polish 的是否正是预期文件，有没有在中间步骤再放大，或由旧预设附加了另一组宽高。

如果仍有任务在处理，先查询其已有状态，不要取消或重发来测试尺寸。如果已经返回明确尺寸错误，就按该信息调查，不应继续用相同文件和配置重复提交。若错误实际涉及输入访问、格式或权限，则不能仅凭图像很大就认定是像素上限。

依据分别是 Claid Resizing 的 outpaint 说明和 Restorations 的 Polish 说明。两项能力的文档范围不同，不能抽取其中较大的数字作为整条流程的通用上限。

用像素算式检查，再保留官方说明的疑点

MP 规划可先按宽度×高度÷1,000,000 计算。例如，虚构尺寸练习中的 5000×4000 文件是 20 MP，即使文件压缩后只有几 MB，也不会变成较低像素图。这个尺寸已高于上述两份文档列出的数值。

但不要把更靠近边界的结果说得过于确定。Polish 页面写 16 MP，却同时列出 4096×4096 和 5000×3500 等尺寸示例；按上述算式分别约为 16.78 MP 和 17.5 MP。仅凭这页文字，不能确定其执行规则使用何种精确阈值或另有何条件。

因此，不应写成“4096 方图一定会失败”，也不应承诺“页面列过的尺寸必定通过”。对临界规格，应把具体输入尺寸、请求配置和已有响应一起交给服务方确认。该文档差异不能靠把 MP 随意四舍五入来消除。

调整方案先服从交付需求

如果最终展示并不需要超大图，可以在独立副本中降低目标尺寸，留出明显余量，再处理真正需要的操作。例如，纯规划练习可用 3600×4000＝14.4 MP，低于页面写出的 16 MP，也低于其中两个尺寸示例的算式值。它用来说明怎样留出数值余量，不是经过调用验证的推荐规格；这仍不保证特定文件和其他条件都被接受。实际尺寸还应满足交付用途，不要把这个尺寸当作万能预设。

若必须交付较大文件，先判断 Polish 是否必需。它会重绘局部以改善清晰感，并非交付前必须执行的一步。已有扩图结果若已满足用途，可以保留该结果进入审核；若事实性细节不足，应补充来源，而不是依赖重绘制造细节。可按商品照片与 AI 锐化的边界决定修图还是补拍。

如果准备改变处理顺序，也需重新检查后续变化。先做 Polish 再扩图会产生新的生成区域，不能沿用之前对整个画面的批准。分成两个请求也不会让任一步自动获得更高上限，只有该步骤的实际尺寸与条件改变才可能解决对应问题。

尺寸调整后仍需重新验收商品

先打开最终文件核对尺寸，再检查最容易丢失的标签细字、细线和商品边缘。缩小可能满足处理条件，同时使原本可读的信息变得不可读；Polish 看起来更锐利，也可能改画细节。最终通过标准应包含实际用途，而不只有“请求成功”。

生成画布增加后，还需审查扩图新增部件与接缝。对宣传中的事实性信息，可保留素材证据分类记录，注明哪些内容有真实来源，哪些只是生成表现。

本文于 2026 年 10 月 31 日核对官方页面，未做临界尺寸或收费 API 测试。像素算式是规划工具，文档中的不一致仍待服务方澄清，不能当作已经验证的执行阈值。

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