Midjourney API 价格与计费（2026）：订阅、第三方接口与单张成本

Midjourney 的图片质量让很多团队想把它接进自动化流程，但一查价格就会发现信息很乱：有人按订阅报价，有人按张报价，还有人按积分包报价。这些报价并不是同一件东西。

本文先厘清官方与第三方的边界，再拆解两种计费模型、单张成本的真实算法、容易被忽略的隐藏费用，最后给一套可复现的测算方法。文中不写死单价，具体价格以官方页面、服务商合同和站内模型价格为准。

说明：Midjourney 是其权利人的商标，本文仅用于技术讨论，与 Midjourney 官方无隶属关系。接口形态、订阅档位与价格会调整，签约前请再次核对官方页面与服务商条款。

一、先厘清前提：官方没有公开通用 API

截至 2026 年 10 月，Midjourney 官方没有面向公众开放、带公开价目表和开发者控制台的通用 API。生成入口主要是 Discord 机器人和网页端，产品形态是个人/团队订阅，按订阅档位提供 Fast GPU 时长，部分档位提供 Relax 模式。

市面上名为「Midjourney API」的服务，绝大多数是第三方封装：服务商自己维护一批订阅账号，通过自动化方式驱动 Discord 或网页端，再对外提供 HTTP 接口。另一种是 BYOA（Bring Your Own Account），由你提供自己的订阅账号，服务商只提供自动化层。

这带来两个直接后果。第一，你看到的「API 价格」是第三方的转售价，不是 Midjourney 官方定价，随时可能随官方订阅调整而变化。第二，Midjourney 的服务条款对自动化访问和未经许可的第三方应用有明确限制，账号被限制、接口中断的风险客观存在。接入前应自行核对条款，并评估业务能否承受中断。

二、订阅与第三方接口的计费模型

对比项	官方订阅	第三方 API
计费单位	按月/按年订阅，含 Fast 时长，部分档位有 Relax	按张、按任务、按积分包或按月套餐
付费对象	Midjourney 官方	第三方服务商
使用入口	Discord、网页端	HTTP 接口、SDK、工作流平台
成本可预测性	月费固定，超量后降速或加购	随调用量波动，受服务商调价影响
主要风险	自动化受限，人工操作效率低	账号池受限、接口变更、服务商停运
适合场景	设计团队、人工创作	批量、程序化生成的工程团队

两种模型不能直接比「单价」。低频使用时，订阅的固定月费摊到每张图可能很贵；高频调用时，第三方按张计费也可能超过订阅加自动化的自建成本。正确的比较对象是「验收通过的可用图成本」，而不是宣传页上的起售价。

如果团队需要统一入口管理多家图像模型，可以先用注册入口开通账户，在模型价格页确认当前支持的模型与计费方式，再决定是否把 Midjourney 通道纳入主流程。站内未开通的模型，不要假设一定可用。

三、单张成本的真实算法

一次生成通常返回四宫格，但四张图不等于四张可用图。放大、变体、重新混合、局部重绘往往另计；审核拒绝和超时失败也可能计费。按「提交次数」算成本，通常会低估；按「可用图」算，才接近真实支出。

单张可用成本 =
  (每次任务单价 × 提交次数
   + 放大/变体/重绘费用
   + 失败与重试费用)
  ÷ 验收通过的图片数
  + 存储、转存与汇率损耗

举一个不含具体价格的算例：假设一个任务出四张图，团队平均只采用一张，那么每张可用图的生成成本就是任务价的四倍；如果还要放大，成本继续叠加。若服务商按成功任务计费，失败率低时更划算；若按提交计费，则必须把重试率写进预算。

四、容易被忽略的五类费用

重试与废片：提示词不合规、排队超时、结果不可用都会增加提交次数。废片率高的业务，实际成本可能是报价的两三倍。
放大与变体：标准四宫格之外的放大、变体、局部重绘，通常按次或按张另行计费，价目表里不一定醒目。
存储与带宽：结果链接常有有效期，转存到对象存储、CDN 回源和长期归档都是额外成本。
汇率与手续费：以外币结算的平台，充值时存在汇差和支付通道费，退款时还可能再损失一次汇差。
低消与余额有效期：部分平台有起充门槛，余额可能过期，活动赠送余额可能限模型、限时限量。

五、做一次可复现的成本测算

不要用宣传页报价做预算，用一批真实任务跑一遍：

选 30–50 条真实提示词，覆盖简单、中等、复杂三档，并写明验收标准。
记录每次提交的任务类型、是否放大、是否重试，以及失败原因。
统计每个任务返回的图片数、可用图片数和人工挑选时间。
用同一批提示词测试至少两家服务商，保持参数一致。
把重试、放大、存储和汇率折算进总支出，而不是只看扣费记录。
用「总支出 ÷ 可用图数」算出单张可用成本，再和订阅方案对比。
把结果写成一张月度预算表，按最坏情况预留失败与调价空间。

六、成本控制的顺序

先降废片，再谈单价。提示词模板化、固定风格参考、先用小样本验证再批量，通常比换供应商更能省钱。其次才是减少不必要的放大和变体，只在客户确认后再做高清输出。

第三是存储策略：结果链接有效的窗口内完成筛选，只转存入选图片，避免全量归档。第四是按项目拆 Key、设额度告警，防止单个脚本失控。最后才是比价，而且要比「可用图成本」，不是比标价。

七、供应商尽调：价格之外的四个问题

计费口径是按提交、按成功任务、按四宫格还是按单张？失败和审核拒绝是否计费？
调价是否提前通知？已购余额是否受调价影响？余额能否退款、是否过期？
账号来源是否透明？接口是官方能力还是自动化封装？中断时如何赔付？
是否提供书面报价、测试额度、服务状态页和对公合同？

能明确回答这四个问题的服务商，报价通常不会是最低的，但预算更可控。只强调「便宜、稳定、无限量」而回避计费口径的，建议直接排除。

八、常见问题

Midjourney 有官方 API 吗？

截至 2026 年 10 月，官方没有面向公众开放的通用 API，生成主要通过 Discord 和网页端完成。市面上的接口服务多为第三方封装，接入前需自行核对官方条款。

第三方接口为什么按张计费？

因为底层仍是订阅账号加自动化调用，服务商需要把账号成本、失败损耗和运维成本摊到每次调用上。按张计费便于结算，但单价会随官方订阅和账号供应情况波动。

订阅和第三方接口哪个更便宜？

不一定。低频、重人工筛选的团队用订阅更直接；高频、需要程序化接入的团队用第三方更省人力。把失败率、放大费用和运维时间算进去，再比较单张可用成本。

重试和放大怎么计费？

取决于服务商。有的按提交任务计费，有的只按成功结果计费，放大和变体通常单独计价。下单前要求书面写明失败、审核拒绝和重试的扣费规则。

怎么估算一个月的预算？

用真实提示词跑 30–50 次，统计可用图比例和平均重试次数，乘以预计月产量，再预留两成左右的调价与失败缓冲。具体单价以模型价格和服务商合同为准。

下一步

需要批量生成图片的团队，建议先用小额测试跑通流程，再按项目建 Key、设额度告警。需要统一入口时，可从注册页面开通账户，并在模型价格页确认支持的图像模型与计费方式；价格会调整，以页面实时信息为准。