Skip to main content

概述

Grok Imagine 2 是 xAI 最新发布的第二代图像生成模型,相比初代在参数可控性与编辑能力上是整代升级:宽高比与分辨率参数真实生效、2K 档可用、单次最多出 10 张、参考图编辑能真正保留原图特征。 API易 提供 grok-imagine-image(标准)与 grok-imagine-image-quality(高质量)两个型号,共用同一套接口与参数,区别只在画质档位与价格。
核心亮点:按次固定计费(1K 与 2K 同价),5 种宽高比 × 2 档分辨率参数真实生效,单次最多出 10 张,参考图编辑保真度高(画风、构图、配色、主体身份都能保留)。1K 出图约 9 秒。
模型 ID 里不带 2。产品代号叫 Grok Imagine 2,但调用时的模型名是 grok-imagine-imagegrok-imagine-image-quality——不要写成 grok-imagine-2-image,那样会因模型不存在而返回 503。
📌 上手前必看的一条参考图只能传给编辑接口 /v1/images/edits,不能传给文生图接口。/v1/images/generationsimage / image_url / images 会返回 200 并正常出图,但参考图被静默丢弃、且照常计费——没有任何错误提示。详见下方 端点一览
图片 API 全部为同步调用:没有异步任务 ID,客户端断开连接结果即丢失、但请求仍会计费。请为本模型设置足够大的 timeout,详见 图片 API 调用须知与最佳实践

文生图 API

输入文本提示词生成图片,带交互式 Playground 在线调试。

图片编辑 API

上传参考图 + 编辑指令生成新图,支持 1–3 张多图融合,带 Playground。

为什么选 API易 的 Grok Imagine 2

OpenAI 兼容格式

走标准 /v1/images/generations/v1/images/edits,请求体与响应字段与 OpenAI Images API 一致,可直接用 OpenAI SDK 调用,迁移零改造。

不限并发 · 企业可放量

没有 RPM/RPD 硬限制,实测 100 RPM 无压力,渠道资源充足,批量出图可线性放大,无需申请配额或自建限流。

按次计费 · 成本可预测

固定单价、不区分分辨率,出 2K 与出 1K 同价,预算可精确到张,叠加 充值加赠活动 进一步降低成本。

全球零门槛接入

无需海外服务器或代理,国内机房、家宽网络、海外节点均可直连 api.apiyi.com,免去出海改造。

模型生态齐全

图像侧还有 Nano Banana 2GPT-Image-2SeedreamFLUX 可按场景组合;文本侧有 Grok 系列

专业服务 · 企业陪跑

团队深耕图像生成场景,具备丰富的选型、调优与集成经验,可为企业客户提供从 PoC 到生产上线的完整技术支持。

核心特性

双档分辨率

1k 约 1 兆像素、2k 约 4.2–4.5 兆像素(16:9 达 2816×1584),两档同价

5 种宽高比

1:1 / 16:9 / 9:16 / 4:3 / 3:4,实测像素与请求值精确吻合

单次最多 10 张

n 支持 1–10,一次请求返回多张,适合批量选图

出图快

1K 约 9 秒、2K 约 15–17 秒;并发下延迟稳定,100 RPM 无压力

真参考图编辑

改指定部分、其余逐像素保留——画风、构图、配色、主体身份都不走样

多图融合

编辑接口支持 1–3 张参考图,可把 A 图的主体放进 B 图的场景与画风

双返回格式

url 直链或 b64_json 纯 base64,两个端点都支持

OpenAI SDK 直连

client.images.generate() / client.images.edit() 直接可用,无需自己拼 HTTP

模型定价

计费说明
  • 不区分分辨率1k2k 同价,出 2K 不额外加钱。
  • 按张计费n=4 即按 4 张计费,与提示词长度无关。
  • 编辑与文生图同价:走 /v1/images/edits 不额外收费。
  • 响应体里的 usage 不能用来核账prompt_tokens 恒为 1000 × n,是占位值,真实扣费以控制台账单为准。

分组介绍

Grok Imagine 2 在 Default 默认分组(1.0x 倍率),与上方定价表一致,无需切换分组即可调用。 令牌「计费模式」推荐:选 按量优先(Pay-as-you-go Priority)—— 本系列是按次计费模型,按量优先与按次计费都能正常路由,选按量优先可以让同一把令牌兼容站内其它按 token 计费的模型。
如果你的令牌还覆盖其它图像模型,保持主分组 Default 即可,本系列不需要任何专属分组或额外配置。

技术规格

端点一览

✅ 编辑接口必须用 multipart/form-data 文件上传发送 JSON 到 /v1/images/edits固定返回 400
这条对照着上游厂商文档接入的客户尤其重要——上游文档写的是 JSON + 公网图片 URL 的形式,但在 API易 网关上走不通,请以本站文档为准:用 -F "[email protected]" 上传文件。完整示例见 图片编辑 API文件字段名只能是 imageimage[],写成 images / image_file 会返回 415。
⚠️ 参考图不要传给文生图接口/v1/images/generations 收到 image / image_url / images不会报错,而是返回 200 并按提示词重新生成一张全新的图,参考图被完全忽略,并且照常计费由于没有任何错误信号,这类问题往往要到发现”出的图和输入图毫无关系”时才被察觉。只要涉及参考图,一律走 /v1/images/edits
主域名 https://api.apiyi.com,备用域名 https://vip.apiyi.com。对话式出图(/v1/chat/completions)可用但不主推,详见下方常见问题。

从 GPT-Image-2 迁移

如果你已经接入了 GPT-Image-2端点和调用方式完全一样/v1/images/generations + /v1/images/edits,OpenAI SDK 直连),但参数体系是另一套,直接换模型名跑不通。下面是必须改的地方。

参数对照

三个最容易踩的坑

1. 响应格式默认值是反的 —— 这条最容易漏GPT-Image-2 只返回 b64_json(没有 url),而 Grok Imagine 2 默认返回 url。如果你的解析代码写的是 resp.data[0].b64_json,迁移后会拿到 None / undefined两个解法,二选一:
  • 保持原代码不动 → 显式传 "response_format": "b64_json"
  • 改用直链 → 读 data[0].url 再下载
另外 GPT-Image-2 的 usage真实 token 数,Grok Imagine 2 的 usage占位值(恒为 1000 × n)——如果你有基于 usage 做成本统计的脚本,迁移后会算出错误的数字。
2. size 传了不会报错,只会静默失效GPT-Image-2 的参数校验是严格的,传错通常直接 400。Grok Imagine 2 的校验很宽松sizequalitystyle 这些 OpenAI 习惯字段传进来一律静默忽略,非法的 aspect_ratio / resolution 也会静默回退默认值也就是说,如果你只把 model 改了、size: "1536x1024" 忘了删,请求会返回 200 并出一张 1024×1024 的方图——没有任何报错提示你参数没生效。迁移后请先用一次调用核对输出像素,确认 aspect_ratio / resolution 真的生效了。
3. 参考图不能再传给文生图接口这是本模型独有的坑:给 /v1/images/generations 传参考图会 200 出图但静默丢弃参考图并照常计费。任何涉及参考图的调用都必须走 /v1/images/editsmultipart/form-data),详见上方 端点一览

迁移前后代码对照

该选哪个? 需要 mask 局部重绘、精确到像素的自定义尺寸、或 16 张参考图融合 → 继续用 GPT-Image-2。想要成本可预测(按张固定价、2K 不加价)、单次多图n 最多 10)、或编辑时高度保留原图 → 用 Grok Imagine 2。两者共存不冲突,同一把令牌都能调。

关键参数详解

aspect_ratioresolution(输出尺寸)

两个参数组合决定实际输出像素。下表为实测值,与请求值精确吻合:
这两个参数只在文生图接口生效。 在编辑接口 /v1/images/edits 上传入不会报错,但也不起作用——编辑结果的画幅跟随输入参考图(输入 1280×720 就输出 1280×720)。需要改变画幅请先自行裁剪参考图。
参数校验很宽松,写错不会报错:传入枚举外的 aspect_ratio(如 5:721:9)或 resolution(如 1K1024x1024)都会静默回退默认值并正常出图。response_format 传非法值同样静默回退为 url。所以拿到的图不符合预期时,先检查参数拼写唯一的例外是 resolution: "4k" —— 它会返回 503 model_service_unavailable,这是该档位不支持,不是渠道故障,改回 1k / 2k 即可。

n(单次出图数量)

取值 1–10,返回的 data 数组长度等于 n,按张计费。传 0 会静默按 1 处理;传 11 及以上返回 400。

最佳实践

1

先明确是「生成」还是「编辑」

没有参考图 → /v1/images/generations;有参考图(哪怕只是想微调一处)→ /v1/images/edits。选错端点不会报错,只会拿到不符预期的图。
2

客户端超时设到 360 秒

图片 API 是同步调用,2K 出图约 15–17 秒,高峰或冷启动时可能更久。按 60 秒配置会产生大量误超时,而请求实际仍在计费。
3

用 aspect_ratio 控制构图,不要写进提示词

参数是真实生效的,直接传 aspect_ratio: "16:9" 比在提示词里写「横版构图」可靠得多。
4

按带宽选择分辨率档

2K 是 PNG 无损、单张 5–6 MB,1K 是 JPEG、单张 220–300 KB,相差约 20 倍。移动端或需要批量回传的场景优先 1K——反正两档同价,选择只取决于画质与带宽的权衡。
5

编辑时明确写「其余保持不变」

编辑指令建议写成「把围巾改成红色,其余部分完全保持不变」这种形式,模型对这类约束遵循度很好,能最大限度保留原图。
6

多图融合时在提示词里显式指代

image[] 的上传顺序就是「图1 / 图2 / 图3」,在提示词里写明「把图1的主体放进图2的场景」,比让模型自己猜要稳。
7

不要依赖 seed 做复现

本系列不支持 seed,同一提示词两次调用结果不同。需要固定素材请把出图结果存下来,而不是指望重跑复现。
8

批量出图直接并发

没有并发限制,实测 100 RPM 无压力,渠道资源充足。不需要自建队列串行化,也不用额外申请配额。

错误码与重试

客户端建议400415 是确定性错误,重试没有意义,应直接告警。只有 429 和网络层超时值得重试,建议指数退避、最多 3 次。注意 400 invalid_request 同时承载「参数错误」和「内容被审核拦截」两种语义,错误体无法区分。经验判据是耗时:被审核拦截通常在 5–6 秒返回,比正常出图(约 9 秒)更快,因为拦截发生在生成之前。

常见问题

因为 API易 网关的编辑接口只接受 multipart/form-data,而上游厂商文档写的是 JSON + 公网图片 URL 的形式。这两种口径不一致,请以本站文档为准。正确写法是文件上传:
好处是不需要图床——直接传本地文件即可,比公网 URL 的方式更省事。完整示例见 图片编辑 API
这是预期行为,也是本模型最容易踩的坑/v1/images/generations 收到 image / image_url / images 时会静默忽略它们,只按提示词重新生成,并且照常计费因为没有任何错误信号,很容易误以为”编辑功能有问题”。只要涉及参考图,请改用 /v1/images/edits
编辑接口的输出画幅跟随输入参考图:输入 1280×720 就输出 1280×720,输入 1024×1024 就输出 1024×1024。resolutionaspect_ratio 在这个端点上传了不报错也不起作用。需要改变输出画幅,请先自行裁剪或缩放参考图再上传。
本系列不返回 revised_prompt,也不返回 respect_moderation 等字段。data[] 里每项只有 urlb64_json 二选一(取决于 response_format),不会同时出现。解析响应时请不要假设这些字段存在。
不能。 响应体的 usage.prompt_tokens 恒为 1000 × n,与提示词实际长度无关,是占位值。本系列是按次计费(按张固定价),真实扣费请以 API易 控制台的账单记录为准。
这是上游的行为:resolution: 1k 返回 JPEG(约 220–300 KB),resolution: 2k 返回 PNG 无损(约 5–6 MB),体积相差约 20 倍。返回的 URL 扩展名、HTTP Content-Type 与实际字节格式三者是一致的,可以直接按 Content-Type 分支处理。如果你的场景对带宽敏感(移动端、批量回传),建议用 1k——两档同价,选择只取决于画质需求。
不是。 4k 不是本系列支持的档位,网关会返回 503 model_service_unavailable。这个错误码看起来像服务故障,但实际是参数问题,重试无效,改回 1k2k 即可。支持的档位只有 1k2k 两个。
本系列的参数校验很宽松:非法的 aspect_ratio(如 5:7)、resolution(如 1K1024x1024)、response_format(如 base64)都会静默回退到默认值并正常出图,不会返回 400。所以拿到的图不符合预期时,第一步先检查参数拼写,特别注意 resolution 的值是小写 1k / 2k
n 支持 1–10,返回的 data 数组长度等于 n按张计费0 会静默按 1 处理;传 11 及以上返回 400 invalid_request
不支持。 传入 seed 不会报错,但也不生效——相同提示词、相同 seed 的两次调用会得到不同的图。需要复用某张图请把结果保存下来,不要指望通过重跑复现。
可以。两个端点都兼容 OpenAI Images API 格式,把 base_url 指向 https://api.apiyi.com/v1 即可:
注意 aspect_ratio / resolution 不是 OpenAI SDK 的标准字段,需要放进 extra_body 传递。
不限制并发。 实测 100 RPM 无压力,没有 429、没有排队拒绝,渠道资源充足,可以直接并发调用,不需要自建串行队列,也无需额外申请配额。真正要注意的是 timeout:图片 API 是同步调用,建议客户端超时设到 360 秒,避免请求还在正常处理就被本地超时掐断——被掐断的请求仍然会计费。
本系列有内容审核。被拦截时返回 400 invalid_request与参数错误使用完全相同的错误码和提示文案,从响应体无法区分。实用判据是耗时:审核拦截通常在 5–6 秒返回(拦截发生在生成之前),而正常出图约 9 秒。另外,审核结果具有一定随机性,个别边界内容多次重试的结果可能不一致,因此不要根据单次结果就下判断确认参数无误后仍持续报 400,通常就是提示词触发了审核,建议调整表述。
可以,但不主推。该端点会返回标准的 chat 结构,content 是一个 markdown 图片链接:
适合 Chatbox / LobeChat 这类对话式客户端直接接入。但程序化调用请统一使用 Images API/v1/images/generations/v1/images/edits)——参数更完整、响应结构更稳定,也与本文档的说明一致。

相关文档