Higgsfield 竖版海报为何生成前就失败
我用 4:5 制作竖版海报，却在生成前被 Higgsfield 拒绝。本文记录同一模型不同命令的比例限制，以及带文字海报为何改用 3:4。
Error: Invalid values: aspect_ratio=4:5
Higgsfield 还没生成图片，这张海报就失败了。
完整报错列出了可接受的值：
Error: Invalid values: aspect_ratio=4:5 (allowed: 1:1,4:3,3:4,16:9,9:16,3:2,2:3)
Hint: Run: hf model get gpt_image_2
我用了 4:5，因为这是我预期中社交媒体信息流竖版素材的标准比例。Higgsfield 的一条 GPT Image 2 调用路径确实支持它。
但我当时使用的那条路径不支持。
可用比例由调用路径决定
我的错误假设是：宽高比支持范围属于模型本身。两个命令都指向 gpt_image_2，我便把比例列表当成了模型通用的能力。
实际上，可接受的比例会随子命令改变。
| 调用路径 | 可接受的宽高比 |
|---|---|
generate create gpt_image_2 |
1:1、4:3、3:4、2:3、3:2、9:16、16:9 |
product-photoshoot create |
上述比例，另加 4:5 和 5:4 |
我在产品摄影的调用路径里看到过 4:5，就把它用到了直接生成里。服务器在请求进入队列之前就拒绝了它。
这点很容易忽略，因为两条路径使用的是同一个图像模型。产品摄影文档里的列表，看起来可能像是这个模型支持的全部比例。其实，它只适用于那条路径。
海报上的文字决定了我需要哪条路径
海报上有文字。这意味着我需要 generate create，才能提交完整的书面提示词。
产品摄影路径不允许我编写那条提示词。如果只为保留 4:5 而切换路径，就会失去这张海报所需的控制能力。
可行的答案是 3:4。
generate create gpt_image_2 接受这个比例。它在竖向信息流里占据的面积相近，而且不需要裁切。
如果是没有文字的纯产品照片，选择就不同。这类图片可以使用：
product-photoshoot --mode lifestyle_scene
在这条路径里，4:5 是有效值。
因此，内容决定调用路径，调用路径再决定比例。先选定比例，再强行让所有图片适配它，就把关系倒过来了。
这次失败没有消耗点数
服务器在生成请求入队前就校验了宽高比。没有生成图片，所以这次失败请求消耗了 0 点数。
但时间成本仍然可能迅速累积。
如果用同一个无效比例并行启动 10 张竖版素材，10 张都可能死在同一条校验错误上。没有创意产出可看，失败结果也没有差异。整批任务只是重复了同一个不受支持的参数。
所以，这项检查应该放在并行生成之前。
报错本身已经给出了直接提示：
hf model get gpt_image_2
启动批次前，我会使用 JSON 输出：
higgsfield model get gpt_image_2 --json
我会先检查具体命令路径接受哪些值，再启动整批任务。即便模型名称相同，也不会照搬另一个 Higgsfield 工作流里用过的比例。
auto 也不是稳妥的退路
这种因调用路径而异的行为，也和 Higgsfield 的另一个宽高比问题一致：--aspect_ratio auto 在 nano_banana_2 中可能失败。
这里的教训不只是如何在 4:5 和 3:4 之间选择。宽高比枚举值取决于接收参数的具体路径。不能因为几个命令共用一个模型，或同属一个平台，就认为这些值也一定通用。
现在做海报，我会按这个顺序判断。
图片需要文字吗？如果需要，就走直接生成，使用这条路径支持的比例。对于竖版信息流素材，这个比例是 3:4。
是没有文字的纯产品照片吗？如果是，产品摄影路径可以使用 4:5。
批量执行前，我会查询模型信息，确认准备调用的确切路径支持所选比例。
我现在遵守的规则
我按子命令校验宽高比，而不是按模型校验。
4:5 能在 product-photoshoot create 中使用，并不能说明 generate create gpt_image_2 也接受它。带文字的竖版海报，我用 3:4。没有文字的产品图，则可以走产品摄影路径，保留 4:5。
启动下一批竖版图片前，先运行模型检查命令，把所选比例与直接生成支持的列表核对。这项检查不花钱，却可能避免整批任务都在生成前失败。
文中的每个解决办法，都是我先犯错才换来的。错在我的电影里，总比错在你的品牌上好。
