Article
Bria 商品广告只改灯光和留白，怎样先审场景再生成？
面向具备 API 调用条件的制作团队，用 Bria VGL 先获取场景 JSON，再按 structured_prompt、seed 与 refinement 路径管理商品广告的有限改动。
如果制作团队具备 Bria API 调用条件和技术协作，可以先调用 /v2/structured_prompt/generate 获取 VGL 场景结构，审阅后再渲染。后续用已保存的 structured_prompt、seed 和补充 prompt 做 refinement，比每轮只交一条全新长提示更便于追踪改了什么。这是 Bria 的 API 工作流，不是本文演示过的图形界面操作。VGL 官方说明、图像生成最佳实践
关键要点
- 结构生成端点可以只返回场景描述，不先消耗一次完整图像渲染流程。
- 审核具体灯光、构图与商品关系，再让技术同事执行图像请求。
- JSON 写对不等于商品成图正确；仍要单独核对形状、文字与本轮改动。
把“只改一点”变成可审的要求
假设批准稿是一瓶护肤品放在浅灰台面，下一轮只想让灯光柔和，并给右侧文案留位置。建议先写两组内容：
- 不能变：瓶身与泵头形状、标签内容、商品数量、正面朝向。
- 允许变：照明方向或柔和程度、画面留白与对象位置。
再让技术协作方按当前端点 schema 提交场景描述，获取 /v2/structured_prompt/generate 的结构结果。该端点负责翻译结构，不返回渲染图；不要把“拿到 JSON”报告成“广告图生成完成”。官方 VGL 端点区分
若参考商品本身模糊、型号混杂，应先处理商品参考照片准备（英文），结构描述不能补出未经确认的商品事实。
审字段时看相互关系
VGL 官方结构包含 lighting、aesthetics，以及可选的 objects、text_render 等部分。建议由设计人员读可理解的内容，技术人员核对 schema，不要求所有人手工修改 JSON。官方字段定义
| 字段位置 | 本次应审的实际内容 |
|---|---|
lighting.direction 与 lighting.shadows |
光从哪边来，阴影是否妨碍标签辨读 |
aesthetics.composition |
商品与文案空间如何分配，是否与方向要求冲突 |
objects 中的描述与关系 |
是否仍为同一商品，台面、瓶子与背景关系是否合理 |
text_render，若使用 |
是否真的需要模型生成文字，其位置会不会覆盖商品 |
不要将对象的归一化边界框照搬成其他商品合成 API 的坐标格式。不同端点的输入合同需要分别确认。
给技术协作方一条完整执行路径
以官方 Standard 图像生成路线为例，建议执行次序如下：
- 保存审过的场景 JSON。首次调用
/v2/image/generate时，按其 schema 使用structured_prompt等所需输入，生成基准图。 - 将实际生成使用的场景结构和 seed 与输出一起保存，批准基准图后再开始有限改动。
- 下一轮使用官方支持的
structured_prompt加补充prompt、配合 seed 的 refinement 路线，说明本轮目标。若直接编辑 JSON，可按官方generate_from_diff路线修复和优化变更，不把任意改过的结构当成已验证输入。
这些输入组合与两阶段流程来自官方生成最佳实践。Standard 与 Lite 的参数能力不同，不能把同一请求体原样用于所有端点。
v2 默认异步调用会返回 request_id 和 status_url；技术方应沿状态地址查询完成结果，不能把收到请求编号当作渲染成功。交付记录至少包含请求编号、采用的场景结构、seed、本轮差异和实际输出。官方异步处理说明
什么时候继续，什么时候停止
建议用上述护肤品作一次假设练习：先只改灯光，再另开一轮改留白。逐轮写下“要求改变”和“画面实际改变”，不要同时重写商品、镜头、灯光与背景后仍称单项修改。
灯光改善且商品事实通过，才批准该轮；若瓶身变形、标签被改，保留候选但不交付。固定 seed 与结构是可追踪输入，不是本文验证过的永久像素锁，相关输入差异见同名模型的结果差异（英文）。
最终交接应同时带批准图与可继续工作的结构记录，参考模型参考与版本交接（英文）。没有 API 调用环境时，先把场景审阅表交给有权限的技术同事，不要寻找本文并未确认存在的“一键 VGL”按钮。
本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理，采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。