Photoroom API 开了 expand 仍没补好场景，先查原背景还在不在

先检查扩图时实际还有什么背景可用。Photoroom AI Expand API 官方文档要求，使用扩图应保留原背景或提供背景图。如果流程先把原背景移除，又没有提供背景输入，仅仅启用 expand 不能视为已经满足制作前提。先解决输入，再判断扩展效果。

关键要点

• 分清要延展原拍摄场景，还是要换成另一张背景。
• 核实际请求是否保留原底，或是否提供了明确背景图。
• 条件满足后仍要审新增内容，不把扩图当作商品结构恢复。

先给背景指定一份来源

延展原场景时，原图里已有桌面、墙面和光线关系，它们承担场景依据。如果团队希望改成指定棚拍布景，则应明确另一张背景图的职责。不要在需求里同时写“保留原木桌”和“换成纯灰背景”，却没有决定哪一项生效。

记录商品原图、背景来源、期望输出方向与需要增加空间的位置。这份记录是制作交接信息，不是某个原生接口面板。若原图含不宜公开的布景信息，应先安排合适素材，不能期待扩图自动替团队决定保留哪些内容。

顺着实际处理链查一次

让负责接口的人员核对真正送入本次请求的素材与处理配置，而不是只看设计稿里的原照片。上游可能已经做过去底，当前文件不再含原桌面；也可能留着原图，却在本次配置中要求去掉背景。两者都需要按实际情况解释。

本文没有给出统一报错码，也不能断言每一种不理想输出都由去底造成。查清前提以后，仍可能需要分别检查图像、构图和请求的其他设置。一次只验证当前有争议的条件，避免改背景、商品源和布局后无法说明差异来自哪里。

虚构练习：横版木桌图变竖版

以下为虚构练习，未调用 Photoroom API。团队有一张保温瓶放在木桌上的横图，希望加高墙面给标题留白。接口人员沿用常规商品切图流程，先得到透明瓶子，再交给扩图任务，但没有提供背景图。

团队先确认：这次要延展的是原来的木桌场景，因此应回到有原背景的来源，并按官方条件配置，而不是继续给透明瓶子追加“木桌、木桌、自然木桌”。若团队改决定使用另一张批准背景，则记录新的背景来源，再审核与瓶子的比例、承托面和光线是否成立。

前一种方案与后一种方案使用不同场景证据，不能混为同一次只改提示的对比。选择哪一种，由本次海报任务决定，不由某份旧请求模板默认决定。

条件补齐后，验收新空间与商品关系

保存原图和扩展候选，在可对齐的副本中标清原范围。检查新增墙面或桌面是否连续，是否多出商品、误接把手或改变原来的接触关系。标题区域还应以实际文案和交付比例核对，不能只看缩略图有空就批准。

缺少真实商品完整参考时，不用扩图补造商品隐藏部件；背景来源不明、输入与输出对应不清，或者新增区域带来错误商品暗示时，暂停使用。最终记录应写清“哪份背景作为依据、哪些区域新生成、实际检查了什么”。

原图清理与去底顺序可参考先清理背景还是先抠图，但其应用内操作不等于本 API 参数。需要稳定固定底图时，继续看静态背景选择；最终逐项完成新增部件与扩图接缝审核。

本文由 Itemlume 编辑团队采用 AI 辅助编辑，依据截至2026年10月29日核对的官方文档整理，未执行接口请求或效果测试。了解编辑主体或联系勘误。