教程
如何用一个 API Key 调用多个图像模型
一套实用的路由模式,帮助希望在不为每个模型重新构建认证的情况下测试 GPT Image 2、Nano Banana、Qwen Image 和 FLUX 的团队。
为什么团队在寻找统一的图像生成 API
图像生成通常从单个模型开始。产品团队测试一个提示词,接入一个 SDK,交付一个小型原型。问题会在后期浮现:当产品需要不止一种输出风格时——用于内部评审的快速草稿、海报上的可读文字、面向本地营销活动的中文文字渲染,或产品页面上的照片级真实素材。
如果每个模型都有不同的 API key、请求结构、计费账户和回调模式,模型测试就会变成基础设施工作。更简单的模式是保持认证稳定,把模型选择移入请求体。
HiAPI 的 AI Image APIs 页面是这一工作流的主要对比页面。用它来决定哪个图像模型适合放进产品,然后查阅各模型页面获取准确的参数和示例。
使用一个服务端 API key
API key 应保存在后端,而不是浏览器代码中。前端可以收集提示词、图像或生成设置,但应由后端创建 HiAPI 任务。
在 API Keys 页面创建或轮换 key。在生产环境中,把它保存在服务器环境变量中,并作为 Authorization 请求头附加:
Authorization: Bearer YOUR_API_KEY
这样你就有一个地方来轮换凭据、一个地方来添加速率限制,以及一个在生成工作流流量增长时用于检查的计费面。
按模型 id 路由,而不是按提供商客户端
关键实现细节是保持端点稳定,并将模型 id 视为路由参数。你的应用可以暴露诸如 "draft"、"poster"、"product image" 或 "photorealistic" 的预设,然后由后端把这些预设映射到模型 id。
例如,一个产品可以先用 Nano Banana 进行快速的创意探索,在图像需要可读文字或重布局提示词时使用 GPT Image 2,将中文社交媒体图形路由到 Qwen Image 2.0,并使用 FLUX 1.1 Pro 生成具有商业质感的产品视觉。
应用代码不需要四套认证流程来支持这一点。它只需要一条任务创建路径和一个小型路由层。
最小请求模式
以下是通过统一任务端点调用 GPT Image 2 的紧凑请求:
curl -X POST https://api.hiapi.ai/v1/tasks \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2/text-to-image",
"input": {
"prompt": "A premium ecommerce hero image for a smart lamp, clean studio lighting",
"aspect_ratio": "16:9",
"resolution": "1K"
}
}'
如需 GPT Image 2 的准确字段,请使用 GPT Image 2 API 文档。如需选择模型,请从 AI Image APIs 对比开始。
带回调的生产流程
轮询在本地测试时很方便,但生产流量通常受益于回调。当后端创建任务时,传入一个回调 URL,并将回调视为最终状态的来源。你仍然可以保留任务轮询作为对账的兜底方案。
实际流程是:
- 前端将提示词和生成设置发送到后端。
- 后端验证请求、选择模型 id,并创建 HiAPI 任务。
- HiAPI 立即返回任务 id。
- 后端存储任务 id,并等待最终回调。
- 任务达到最终状态后,应用显示输出 URL。
这样可以保持面向用户的页面响应迅速,并避免随着生成量增长而变得嘈杂的激进轮询循环。
不硬编码价格的价格工作流
不要把静态价格表复制到应用代码或旧的内部文档中。更安全的工作流是将用户和运营人员引导到实时价格页面,然后在你自己的产品内跟踪用量。
对于成本敏感的图标生成,在提示词仍在变化时使用成本较低的模型。只有在提示词稳定后才提高分辨率。当输出需要更清晰的文字、更严格的布局或更多商业打磨时,将最终品牌或产品素材迁移到更强的模型。
这种模式让实验保持低成本,同时仍为产品提供高质量的最终路径。
保持 SEO 路径清晰的内部链接
本文旨在支持图像 API 中心页,而非取代它。规范的对比页面是 最佳 AI 图像生成 API。模型特定的实现页面是 GPT Image 2 API。转化页面是 HiAPI 上的 GPT Image 2、价格 和 API Keys。
关于相邻工作流,请阅读 文本转视频 vs 图像转视频 API 工作流 和 GPT Image 2 定价驱动因素与生产示例。
常见问题
一个 API key 可以调用多个图像模型吗?
可以。在 HiAPI 上,同一个 API key 可以为多个图像模型创建任务。在请求体中更改模型 id 即可路由到不同的图像模型。
我应该在浏览器应用中暴露 API key 吗?
不应该。将 key 保留在服务端。浏览器代码应调用你的后端,由后端创建 HiAPI 任务。
我应该从哪个图像模型开始?
从匹配任务的模型开始。Nano Banana 适合快速构思,GPT Image 2 是长提示词和可读文字的强力默认选择,Qwen Image 2.0 适合中文文字渲染,FLUX 1.1 Pro 更适合照片级真实的产品视觉。
应该在哪里查看价格?
使用 HiAPI Pricing 页面查看当前实时价格。除非你有维护流程来更新,否则避免将固定价格复制到文章或产品代码中。