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

> Krea 3 原生 API 的 2K 基础价是 $0.06，参考图与 high 模式另计。用商品图编辑的假设任务拆开 $0.13、$0.15 算例，并核对 beta 工作区准入、ZDR 限制与 10 月 23 日旧参数停用边界。

- Published: 2026年10月16日
- Author: PiRouter Team, Engineering
- Tags: models, pricing, cost
- Canonical: https://pirouter.ai/zh/blog/krea-3-reference-image-api-cost

---
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 发布公告](https://www.krea.ai/blog/introducing-krea-3) 强调的用途。看官方的汽水罐样例：输入是浅色背景上的一只罐子，输出换成粉色背景、碎冰与手持场景，包装上的图案和文字仍是画面中心。它把“商品不变、拍摄场景改变”的目标讲得很直观，但这组官方展示不是本站调用结果，更不是前述单价的计费实测。

![汽水罐官方编辑样例，左侧为输入，右侧为粉色碎冰与手持场景输出](/blog/images/krea-3-reference-image-api-cost-src-soda.png "左为原商品图，右为官方展示的编辑结果；不是本站调用或计费实测。来源：[Krea 3 发布公告](https://www.krea.ai/blog/introducing-krea-3)")

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

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

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

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

| 计费项 | 1K 输出 | 2K 输出 |
|---|---:|---:|
| 输出基础价 | $0.03 | $0.06 |
| 每张 1K 参考图 | 加 $0.02 | 加 $0.02 |
| 每张 2K 参考图 | 加 $0.07 | 加 $0.07 |
| high 模式 | 每次生成加 $0.02 | 每次生成加 $0.02 |

![Krea 3 API 官方价表，分别列出输出基础价、参考图费用和 high 模式附加费](/blog/images/krea-3-reference-image-api-cost-page-pricing.png "官方 API 价表截图，2026 年 10 月 16 日采集。参考图与 high 模式分别加价；这不是实际扣费记录。来源：[Krea 3 API overview](https://www.krea.ai/docs/developers/krea-3/overview)")

输出尺寸和输入尺寸是两个收费维度。选择 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 还多一道门

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

![室内编辑官方样例，上排左侧为原场景、右侧为输出，下排为三张家具参考](/blog/images/krea-3-reference-image-api-cost-src-housing.png "一张场景与三张家具参考共同表达修改要求。图片为官方样例的排版组合，不能据此反推实际请求或收费档。来源：[Krea 3 发布公告](https://www.krea.ai/blog/introducing-krea-3)")

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

发布博客写的是每次编辑最多 **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，而不是先充值、批量提交，再把拒绝请求当成程序故障。官方给出的申请渠道是联系销售。拿到权限也只是接入条件，不代表团队已批准自动消费预算。

![Krea 3 API 文档开头明确写有 early access 和 beta 工作区限定](/blog/images/krea-3-reference-image-api-cost-page-access.png "官方文档将原生 API 限定为 early access，只有 beta 工作区能够调用。页面截图不代表本站或读者账号已获得权限。来源：[Krea 3 API overview](https://www.krea.ai/docs/developers/krea-3/overview)")

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

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

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

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

---

## Sources

### krea.ai

- [Introducing Krea 3 发布公告](https://www.krea.ai/blog/introducing-krea-3)
- [Krea 3 API overview — Pricing](https://www.krea.ai/docs/developers/krea-3/overview)
- [Krea changelog — October 15, 2026](https://www.krea.ai/docs/changelog)