Krea 3 API 的 2K 编辑要算参考图，$0.06 只是基础价

Krea 3 已在 10 月 15 日正式发布，但它的原生 API 仍处于 early access，只有加入 Krea 3 beta 的工作区能够调用。对准备批量编辑商品图的团队，另一个关键限定是：**2K 输出的 $0.06 是基础价，不是带参考图编辑的完整价格。**按官方 API 价表，一张 2K 输出加一张 2K 参考图，fast 模式算下来是 $0.13，high 是 $0.15；这是文档算术，不是本站实测账单，也不能直接套到合作平台。

商品图换背景，先决定什么不能变

假设一家小商家已有商品白底照，现在想把同一只包装瓶放进不同的生活场景。背景、光线可以改，瓶身标签、品牌文字与包装比例却不能跟着“重新设计”。团队真正要买的，并不是一张看起来漂亮的新图，而是一张仍然准确描述原商品的图。

这正是 Introducing Krea 3 发布公告 强调的用途。看官方的汽水罐样例：输入是浅色背景上的一只罐子，输出换成粉色背景、碎冰与手持场景，包装上的图案和文字仍是画面中心。它把“商品不变、拍摄场景改变”的目标讲得很直观，但这组官方展示不是本站调用结果，更不是前述单价的计费实测。

速度同样需要读清归属。Krea 声称，大多数原生 2K 编辑端到端耗时不到八秒；公告中其他模型的时间，则来自 9 月 24 日至 10 月 1 日在 Krea 上完成编辑任务的中位耗时，包含排队。它不是本站在同一组商品照上跑出的独立对比，也不保证每次调用都在八秒内结束。

官方样例和合作方评价适合帮助理解能力方向，不能据此认定标签必定不变、每张都可商用交付。看到付费合作演示时，也应把它作为合作展示，而非独立实测证据。对商品图而言，一处错字就可能让整张图无法使用，速度和可交付率必须分开看。

Krea 3 API 费用由输出、参考图和 high 三项相加

更容易漏看的信息藏在价格的适用对象里。发布公告确实写了 2K 每张 $0.06，也用这个数字展示批量成本；但其比较表和十万张编辑的成本示意都注明，不含图像参考。开发者要做带照片的编辑，应回到 Krea 3 API overview — Pricing 读完整组成。

输出尺寸和输入尺寸是两个收费维度。选择 2K 输出，不代表参考图已经包含在 $0.06 里；选择 1K 输出，也不会让一张 2K 参考图的附加费消失。high 的两美分则按每次生成加收，不是给每张参考图各加两美分。

回到那只包装瓶。如果提交一张 2K 商品参考，生成一张 2K 新场景图，fast 的算式是 $0.06 + $0.07 = $0.13；改用 high，才再加 $0.02，得到 $0.15。如果同一次请求再加入一张 1K 风格参考，按价表又要加两美分，分别成为 $0.15 与 $0.17。

high 也不应被理解为商品图的必选项。文档把默认的 fast 推荐给清楚、简单的日常编辑；high 使用更强的推理引擎规划复杂或多步骤修改，速度更慢。对只换背景的任务，先判断 fast 是否已经满足要求，再决定哪些复杂素材值得进入 high，比给整个目录统一加档更容易解释预算。

这些数字只回答上述输入形态在 Krea 原生 API 价表下怎样相加，不是最终发票保证。公告同时提到网站与合作平台可用，但各入口的套餐、结算与参考图规则需要分别核对，不能把这里的算式当成所有渠道通用报价。

批量预算按尝试次数算，不按最终交付张数算

单张价格算清之后，下一步不是立刻乘上商品数，而是先问：每件商品准备尝试几次？

仍用假设任务：100 件商品，每件尝试三个背景，每次生成一张 2K 图，并只带一张 2K 商品参考。计划中的生成次数是 300 次。按前述价表，全部使用 fast 的生成费预算为 $39，全部使用 high 为 $45。这里假设这 300 次均按所列形态计费，没有把未核实的折扣算进去。

倘若误把基础价当总价，同样的乘法只会得到 $18。差额不是模型突然变贵，而是预算一开始就漏了每次都要送进去的商品照片。把候选、返工和最终交付混成同一个“张数”，还会再漏掉迭代量。

参考图分辨率于是变成实在的取舍。若同一假设改用一张 1K 参考，2K 输出的 fast 算例变为每次 $0.08，300 次为 $24。但这只是另一个输入方案，不是“无损省钱”的结论。API 文档说，约 1MP 已够多数编辑使用；小文字、标志、织物等细节重要时，应发送手头最高分辨率版本，而且不要先把参考图放大再上传。

对包装文字密集的商品，节省输入费用可能不如先验证文字保真重要。文档的 1K、2K 参考图价目，也不等于给出了任意像素尺寸到计费档的完整映射；遇到边界尺寸，应向供应方确认或在获准的小批测试中核账。

同样，本文引用的价表并未说明失败、取消、超时后的具体扣费与退款规则。不要把重试写成免费，更不要把客户端没拿到结果直接理解为服务端没有执行。预算能列出的，是明确的生成计划；超出计划的动作需要另留余量和审批，而不是悄悄自动重跑。

参考图上限因入口而异，ZDR 还多一道门

多参考图会同时影响成本和请求能否成立。官方的另一组室内样例，用一张原场景加三张家具参考，替换沙发、休闲椅与桌子，同时要求保留地毯、房间和阅读者。与单件商品换背景不同，这项工作需要把“哪张图提供什么”说清楚，也说明多张输入并非抽象参数：它们各自承担具体的设计要求。

这仍是官方效果示例，不能仅凭展示文件推断其实际请求、参考图计费档或最终扣费。判断接口限制，也不能从公告挑一个最大数，套到所有入口。

发布博客写的是每次编辑最多 6 张参考图；普通 API 的 image_urls 参数说明与 10 月 15 日更新日志写的是最多 8 张；开启 Zero Data Retention（ZDR，零数据保留）的 Krea 3 请求，则最多 4 张。这是当前官方页面分别写出的限制，来源没有解释前两者为何不同，本文也不替它猜原因。

普通 API 还有一条容易被“最多八张”掩盖的细节：同一请求使用五张或更多参考图时，每张最长边会被缩到至多 1536 像素；想保留完整细节，文档建议四张或更少。单张超过 4MP 的参考图也会被缩到 4MP。上传更多照片，不一定等于把更多原始细节交给模型。

如果商品尚未发布，团队还要先解决素材能否离开内部系统的问题。API 文档里的 ZDR 面向企业工作区，请求要带 X-Api-Zero-Data-Retention: 1，而且所有参考图必须通过 base64 data URI 传入，不能照搬普通示例里的外部 URL 或资产 URL。fast 和 high 都可用，但四张上限不变。

ZDR 不是给普通请求随手多贴一个标签。先确认工作区具备相应资格，再核对素材路径和请求形态；同事能在网页里使用模型，不等于后端服务已经拥有相同权限。这些接口条件也不等于企业已批准外传未发布素材，不能仅凭该页推定训练使用、日志、处理区域或其他合同承诺；敏感素材仍需核对实际协议与内部政策。

先核准入和旧参数，再让流水线跑起来

准备接入时，第一步应是确认工作区已进入 Krea 3 beta，而不是先充值、批量提交，再把拒绝请求当成程序故障。官方给出的申请渠道是联系销售。拿到权限也只是接入条件，不代表团队已批准自动消费预算。

新实现应直接使用 thinking_mode: "fast" 或 "high"。根据 Krea changelog — October 15, 2026，旧值 instant 与 medium 会在 2026 年 10 月 23 日停用，分别迁移为 fast 与 high；停用前仍可用，停用后携带旧值的请求会被拒绝。这是旧配置的迁移期限，不是整个 Krea 3 API 的停服日期。

接口采用异步任务：提交后得到 job_id，再轮询任务或接收 webhook，完成后取结果 URL。API token 应留在服务端，不放进浏览器代码。团队可以在自己的调用层记录任务 ID、参数和预算审批，避免把一次等待超时直接变成新的生成请求。

质量验收也要跟编辑方式对应。官方把 regional_edit: true 定位为只改局部、保留其余像素的模式；换整体光照、风格或场景重构，则属于整图重新渲染，反复编辑最新输出可能累积瑕疵。这些是文档的能力描述，不是对每张商品图的验收豁免。

现在可以确定的判断很具体：Krea 3 值得进入商品图工作流的候选，但“2K 六美分”不足以决定采购。先核准入，用明确的参考图和尝试次数列预算，再经授权小批验证标签、细节与结算。最后要比较的，是交付一张合格商品图需要多少次尝试，而不是发布页上最醒目的那个基础价。