Photoroom API 纯文字生成了场景，结果为什么又被去底？

先检查生成后的背景处理，而不是马上重写场景提示。Photoroom Create Any Image 官方文档说明，这条纯提示生成流程仍默认移除背景；要保留生成的完整背景，需要关闭 removeBackground。没有上传原照片，不表示后续就不会执行去底。

关键要点

• “生成一张场景”与“最后交付完整场景”之间还可能有背景处理。
• 核 removeBackground 的实际配置，不用重复描写桌面替代配置检查。
• 纯文字生成的商品是概念内容，不能因画面漂亮就当作真实 SKU 证据。

先确定这次要保留什么

一份海报构图需要商品、桌面、投影和墙面共同出现；一份给后期叠放的主体素材，可能只需要分离对象。先明确最终交付属于哪一种，再决定去底是否符合目的。不能用同一套默认流程处理两类要求，然后只按“接口返回了图片”验收。

查看当前实际调用的流程是否确实是 Create Any Image，以及本次提交的背景处理配置。工具名称相近并不代表使用同一个接口。若制作人员只有成品，没有请求记录，应先向负责接口的人补查，不从透明预览反推所有参数都是什么。

按背景处理目的检查，而不是堆场景词

需要完整场景时，由负责接口的人按当前官方文档关闭 removeBackground，并保留本次请求与原配置。这里只确认所给文档中的控制名称与用途，不猜测不同 SDK 的类型、请求格式或其他默认值。

需要分离对象时，可以继续评估去底结果是否符合任务。即使处理选择正确，也要检查主体边缘、玻璃或细小结构是否满足接收需求；“去底被开启”不等于素材已经合格。

关闭去底只是保留场景的配置方向，不保证每次生成都具有完全相同的背景，也不证明结果的商业使用条件或商品内容已经通过审核。

虚构练习：陶瓷瓶海报的空背景

以下为虚构练习，未调用接口。团队为内部视觉讨论写了“陶瓷瓶放在浅色石台上，后方是柔和墙面”，收到的文件只剩分离瓶子。制作人员先查本次是否沿用默认去底，暂不把问题写成“模型不会画石台”。

确认本次需要完整场景后，按文档关闭该处理并记录改动。新候选如果保留了石台和墙面，仍要查看瓶子的接触点与投影；如果出现虚构品牌字样，就不能把它用于真实销售页面。

这个例子中的陶瓷瓶本身也是生成概念。若下一步要销售某个实际瓶子，应另行取得真实参考并选择能承担该任务的制作方式，不能把“背景保住了”扩写成“商品也真实还原了”。

给下一个制作人留下处理责任

交接时注明输入是纯文字、背景处理的实际选择、最终需要完整场景还是独立对象，以及文件的概念用途。若后续流程又会去底，明确由哪一步执行，避免两次处理或让接收方误以为背景意外丢失。

当场景仍缺失但实际配置不明时，先停止覆盖并补查；当真实商品身份没有依据时，停止将候选当成销售证明。验收应落在交付用途与实际文件上，而不是只检查请求返回成功。

有真实照片的制作路线可读商品参考照片准备。背景清理与抠图先后另见源图清理顺序；需要重复使用确定背景时，可参考静态背景与生成场景的分流，不要把应用内入口当成本 API 的同名配置。

本文由 Itemlume 编辑团队依据截至2026年10月29日核对的官方说明整理，采用 AI 辅助编辑；虚构练习不是接口实测，第三方能力不代表本站集成。了解编辑主体或联系勘误。