ImgAPI

ImgAPI官网

做生图功能的团队大多遇到过类似的麻烦：高峰期排队超时、付费之后拿不到图、用得好好的模型突然下线，业务侧只能干等。ImgAPI 想解决的正是这几件事，官网在 https://imgapi.vip/。它的做法是把多款生图模型聚合到同一套接口之下，再用明确的赔付条款兜住超时与质量异常，让调用方不必独自承担上游波动带来的风险。

ImgAPI的核心能力

平台聚合了 GPT Image 2.5、GPT Image 2、Banana Pro、Banana 2 等模型，对外只暴露一套接口，各模型使用一致的请求参数，业务代码不必为每个模型单独适配。可调参数包括：提示词最多 10,000 字符，图生图参考图最多 12 张，分辨率分 1K、2K、4K 三档，比例涵盖 1:1、16:9、9:16、4:3、3:4、21:9 以及 auto 自动，质量可选 auto、low、medium、high、xhigh、max，并支持指定生成数量。

此外还有异步任务查询，提交后拿到任务 ID 再轮询结果，不会因等待过长而中断连接；以及模型智能路由与批量生成，适合一次出多张图的任务。

一次生图请求怎么走

实际接入时，流程并不复杂：

1. 登录控制台创建 API Key，作为后续请求的凭证。
2. 按接入文档选定模型，填好提示词与图片参数；做图生图时额外提供参考图。
3. 调用 POST /api/images/generate 提交任务，请求体包含 requestId、model、prompt、aspectRatio、resolution、urls 等字段。
4. 若响应返回任务 ID，则按文档查询任务结果，直到拿到图片地址。
5. 图片拿到后及时下载或转存到自己可控的存储，避免链接失效。

不想写代码也可以先在官网登录试用，每天送 30 积分，网页端跑一次生成用掉 10 积分，验证提示词效果成本很低。

适合哪些业务场景

第一类是站与跨境电商卖家。大促当天需要成批更换商品主图背景，出图速度直接关系到上架节奏，高峰期可用性是第一诉求。第二类是电商运营团队，把生图接进主图生产流程，按量付费让成本可核算，「成功出图才计费」也避免了为无效请求买单。第三类是 SaaS 工具和开发者，生图是他们产品里的一个功能模块，需要在条款层面对客户有交代。

如果你的需求是直接拿成品图而不涉及开发，同类选择里 通义万相AI生图 与 可灵 – AI生图 更偏开箱即用，交互完整但难以嵌入自有系统。

如果是围绕特定模型做选型，也可以参考 Nano Banana Pro 中文站 – AI 图片生成工具 与 绘蛙 – AI生图 的功能范围，先摸清模型的风格边界，再决定是否通过 API 批量接入。

ImgAPI的优势特点

最突出的差异是赔付条款。超时赔付不用申请，系统记录任务处理时间，达到标准后积分次日上午 10 点到账；质量赔付需要主动提交反馈，在图片查看页点反馈、选问题类型后等待审核。这样的设计把出问题之后怎么处理提前写清楚，而不是留到出事后再谈。

其次是计费口径克制。失败请求不扣费，只有成功出图才计费，超时与质量异常另有补偿，同一任务符合多项条件时按最高标准执行、不重复累计。接口用常见 REST 形式，文档对模型、参数、返回值和错误码均有说明。

ImgAPI的价格与赔付

官网公开了各模型的每张起价：GPT Image 2.5 为 ¥0.03 起 / 张，GPT Image 2 为 ¥0.06 起 / 张，Banana 2 为 ¥0.10 / 张，Banana Pro 为 ¥0.16 起 / 张。结算采用积分制，网页端单次生成消耗 10 积分，新用户每天登录可领 30 积分。

赔付标准分几档：任务超过 3 分钟且不超过 5 分钟，补偿本次实付积分的 20%；超过 5 分钟，补偿 100%；生成失败、未返回图片或首次交付的图片无常打开，退回本次未完成部分的全部积分。

ImgAPI常见问题（FAQ）

ImgAPI 适合什么规模的团队用？

从个人开发者的绘图小程序，到日调用量较高的电商团队都可以用。接口形式统一，先用少量积分验证效果，再逐步放量更为稳妥。

超时赔付要怎么申请？

超时赔付无需申请，系统会自动记录任务处理时间，达到标准后赔付积分于次日上午 10 点到账。

质量不达标怎么处理？

打开「查看图片」，点右上角「反馈」，选择问题类型后提交，之后可在「赔付记录」里查看进度，审核通过后按规则发放赔付积分。

图片生成后需要自己保存吗？

建议拿到图片后及时下载或转存到自己的存储中。

ImgAPI官网网址

想进一步了解模型、价格和赔付细则，可直接访问官网：https://imgapi.vip/。

ImgAPI值得用吗

判断一个生图 API 值不值得用，通常看三件事：价格是否透明、切换模型是否麻烦、出问题时有没有说法。ImgAPI 在这三点上给出了较为明确的答案：起价公开到每张，多模型共用一套请求参数，赔付规则写成可查的条款。

不过它并不适合所有人：如果团队只需偶尔出几张图，或者更看重在线编辑、模板库这类交互体验，直接用成品化生图工具更省事。但如果生图要嵌进产品链路，需要按量计费、批量调用和能对客户交代的稳定性承诺，它的赔付设计确实构成一项实际差异。

比较务实的做法是注册后用每日 30 积分跑几组真实提示词，重点看高峰时段表现，再决定是否切到正式业务。赔付是事后补偿，替代不了事前的容量评估。