Itemlume先确认变化发生在输出文件还是网页展示
查看真实输出文件的宽高，并保存本次输入角色与实际请求记录。若原文件仍是竖图，只在页面卡片里横向裁切，应处理展示设置；若输出文件本身已变成横图，再检查生成端的画幅决策。
不要从“同一张商品照片”“同一档清晰度”推断输出比例必然不变。分辨率档位与画幅职责不同，新增参考图也可能改变省略字段时使用的默认来源。需要追踪的是这次请求真正给出了什么，而不是团队记忆中的上一次选择。
按参考图职责追溯默认来源
文档给出的继承顺序不是要求上传三张图，也不是给三个参考设置同等权重。若没有显式比例，背景参考优先；没有该参考时，再看灵感图，最后才是商品图。明确给出 aspect_ratio 则可覆盖这个默认选择。
这里讨论的是 Product to Model 的公开接口说明，页面将该端点标为 Preview。不能把它推定为所有图像模型或所有工作台的共同规则，也不能据此声称提供背景参考会严格保留每个场景像素。
| 请求情况 | 比例来源排查 | 商家下一步 |
|---|---|---|
| 没有显式比例，有背景参考 | 先查背景参考画幅 | 确认默认画幅是否符合投放位置 |
| 没有背景参考，有灵感图 | 查灵感图，再查商品图 | 不要只盯着商品照片 |
| 已明确给出比例 | 查实际提交字段与返回文件 | 将继承问题与实际输出偏差分开 |
虚构练习：竖版商品与横向店内场景
以下为虚构练习，未提交 FASHN 请求。一张商品图为四比五竖版，团队新增十六比九店内场景作为背景参考，希望人物进入这个场景。它没有明确填写比例，却仍以为竖版商品图会继续决定画幅。
按文档检查后，团队先确认自己的真正需求：社交竖版广告是否仍要求四比五，还是新增的横版门店横幅才是目标。前者应明确固定竖版目标并评估构图，后者可以重新批准横版交付；不要为了维护旧习惯而把所有背景文件拉伸成竖版。
另一分支是请求记录确实包含明确目标，但返回文件不符。此时不能再只用默认继承解释，需要保留请求与文件证据，检查集成映射或服务反馈。例题不预设哪次请求一定成功，也不承诺具体像素宽高。
在交付记录中保留画幅决定
记录商品图、灵感图、背景参考分别负责什么，并将目标比例写成单独的交付条件。某张参考用于提供店内环境，不代表商家已经批准沿用它的画幅；把这两个决定分开，审核者才能准确反馈。
拿到候选后，分别检查比例、人物与商品身份、必要内容是否被裁掉。尺寸符合并不说明画面可用；反过来，一次构图不合格也不自动证明比例字段无效。
该流程是对外部接口的文档解读和人工审核计划。它没有修改 Itemlume 的默认逻辑，没有接通 FASHN，也没有运行例题中的生成任务。
虚构练习：参考角色与比例来源
以下示例为虚构练习。另存核对表后填写自己的真实观察；不能将示例当作已完成的验收。
| 虚构任务 | 商品图 | 新增参考 | 显式比例 | 决定 |
|---|---|---|---|---|
| 竖版社交广告 | 四比五 | 十六比九店内背景 | 原请求未明确 | 先确认并明确竖版交付目标 |
| 横版门店横幅 | 四比五 | 十六比九店内背景 | 尚待批准 | 重新确认横版构图而非拉伸商品 |
来源与延伸阅读
下面逐项列出已记录的来源核对日期；未记录日期的来源不自动使用文章发布日期。软件和平台规则可能变化，实际操作前请复核原文。
常见问题
只提高输出清晰度，能固定原来的竖版比例吗？
不能据此推断。应单独检查目标比例字段、参考图继承条件与实际返回宽高。
背景参考优先，是否表示它的人物和画面全部都会复制？
不是。比例继承只是该字段的默认来源规则，不能扩展为对参考图全部内容的复制保证。
准备下一步所需素材
在 Itemlume 制作配套商品素材。
可在工作台制作新的商品创意素材，再在所选工具中继续处理。本文介绍的第三方软件操作需在对应软件内完成；本站入口不代表已集成这些流程。请查看当前功能说明、账户权限与积分报价。
查看素材创作工具 查看价格与积分