Images 2.6 在 API 中引入（并在文档中系统说明）两组彼此独立的控制项：quality 与 complexity。据产品公告，图像质量控制视觉细节与保真度，complexity 则引导「场景中投入多少规划」；OpenAI 明确建议：多数编辑任务使用低 complexity，以获得更快的编辑，并按工作流需要搭配相应的质量档。Changelog（2026-11-04）亦将 adjustable complexity 列为 2.6 发布要点之一。

👉 在 PoYo 体验 GPT Image 2.6 API：查看按张价格与在线体验。

混淆这两项，是把「画得更细」与「想得更多」当成同一旋钮。官方定义则相反：前者管渲染保真，后者管渲染前的规划深度。若沿用「省略参数等于最强」的旧习惯，在 complexity 上会意外落到默认的 high，反而可能拖慢编辑并引入多余改动。

取值、默认与费用

据图像生成指南与图像提示指南：

调整 complexity 没有单独计费项。更高 complexity 可能增加延迟，并带来不希望出现的额外改动，因此文档建议针对具体任务做结果对比，而不是一律拉满。产品页进一步写明：元素多或约束多的场景，可尝试 medium 或 high complexity；快速编辑则适合较低设置。较低 complexity 适合更换背景或路牌一类聚焦修改；较高 complexity 有助于密集文字、复杂版式与对象之间的关系处理。

Flare 在 quality=low 时，官方称可在约六秒内出图；Sunburst 在 medium/high 质量下被定位为更高细节与更强编辑一致性。这些是模型档位与质量档的组合效应，不能单独归因于 complexity，也不应在未对照的情况下宣称「某一档永远更快」。

如何对照实验

提示指南给出清晰的调参纪律：一次只改一个设置。比较 complexity 时固定 quality；若版式已正确但小字难读，则在相同 complexity 下比较不同 quality。文档用同一足球剪纸提示、固定 size="1024x1536" 与 quality="medium"，展示 Sunburst 在 low/medium/high complexity 下奖杯、「CHAMPIONS」标牌位置与球衣细节的差异：低复杂度时奖杯出现皇冠、大横幅在队伍前方；中档加入月桂与队徽；高档则把标牌移到看台，前景留给球员与球衣褶皱。该示例说明：当提示对布局、文字与风格留白较多时，提高 complexity 会显著改变构图决策；若提示已把布局、文案与风格规定死，更高 complexity 可能几乎看不出差别。

对定点编辑，官方建议从 low 起步，并检查周围细节是否保持完整。产品公告与生成指南口径一致：换背景、改路牌一类聚焦修改，较低 complexity 更合适；密集文字、复杂版式与对象关系，才更值得尝试 medium/high。配合 markup 编辑时，低 complexity 与「只改圈内对象」的提示约束通常同向，有助于抑制圈外漂移。

实务组合建议（仍属文档推论边界内）

将「快速草稿」理解为：Flare + quality=low（或 medium）+ 视编辑需要将 complexity 显式设为 low（因省略时默认为 high，不设反而可能偏慢）。将「终稿资产」理解为：在已选定 Flare 或 Sunburst 的前提下，提高 quality，并对是否提高 complexity 单独做 A/B，而不是假设 max 质量必然搭配 high complexity。迁移既有 2.5 工作流时，提示指南建议首次对照保持提示、参考图、尺寸、质量与输出格式不变，complexity 先留模型默认，验收后再逐项调优；放量前跟踪响应时间、失败与重试、以及单张接受成本。

还需注意通用限制：复杂提示延迟可高达约两分钟；文字渲染与构图控制仍有边界。参数只能在模型能力包络内权衡保真、规划与时延，不能消除内容审核或物理级仿真的限制。xhigh 与 max 仅应在确能改善未达标质量、且延迟预算允许时使用，文档并不保证更高档对每个提示都更好。

结语：quality 回答「画得多细」，complexity 回答「想得多深」。Images 2.6 把二者拆开，并使多数编辑场景的官方默认建议偏向低 complexity——接入方若沿用「省略参数 = 最强」的习惯，反而会得到默认为 high 的规划深度。显式设置，并按文档做单变量对照，是更符合发布说明的用法。