Replicate 替代方案：hiapi vs Replicate 图像与视频生成对比（2026）

如果你的图像或视频生成已经跑在 Replicate 上，正在看替代方案，你最关心的大概是这几件事：哪些调用要改，webhook 处理逻辑会受什么影响，计费单位怎么对应，迁移时哪里容易出错。本文逐一回答。Replicate 一侧的信息来自它公开的文档和定价页，hiapi 一侧来自实时模型清单、/api/pricing 定价接口和官方文档，均在 2026 年 11 月核对。写作过程中我们也在 hiapi 上发了真实请求，文中的响应都来自这些请求。

先说清楚：Replicate 是很强的平台。如果你依赖大量社区模型、自定义微调，或者要部署自己的模型，它能做的事 hiapi 并不打算覆盖。hiapi 适合的是另一类团队：主要调用知名商用图像和视频模型，希望所有模型共用一套异步调用约定。

平台总览

表中每一格都来自双方各自的文档或我们的实测请求。双方无法同时核实的维度，我们没有放进来。

关键差异

模型覆盖：广度 vs 精选清单

Replicate 的长处是广度。除了官方模型，你还可以跑社区模型、锁定某个 version 哈希，或上传自己的模型。很多商用模型系列两边都有：Replicate 上有 FLUX、Nano Banana、Seedance、Kling、Veo、Wan、Seedream 的模型页，hiapi 也提供这些系列的当前版本。如果你的产品依赖某个特定社区 checkpoint 或私有微调，那部分业务 hiapi 替代不了。

hiapi 的清单更窄，集中在生产可用的商用模型上，包括 Seedance 2.5、Kling 3.0、Veo 3.1、Nano Banana Pro、GPT Image 2 等当前版本。完整清单和每个模型的输入参数在 hiapi 模型页。

异步约定：你的代码实际要改哪里

两个平台都以异步为主，差别体现在轮询循环和 webhook 处理上：

• hiapi 没有同步捷径。 如果你靠 Replicate 的 Prefer: wait 一次请求拿回图片，换到 hiapi 需要“提交后轮询”或者用回调。我们这次用 FLUX.1 [schnell] 文生图实测，任务从 archiving 进入 success，任务的 created 和 completed 时间戳相差 6 秒，每 3 秒轮询一次，第 4 次拿到结果。中文提示词直接传入即可，不需要额外处理。
• 只有终态回调。 Replicate 可以推送 start、流式 output 和 logs 事件。hiapi 只在任务进入 success 或 fail 时回调一次，回调 body 与 GET /v1/tasks/:id 返回的 data 对象一致。如果你的界面靠 logs webhook 展示实时进度，在 hiapi 上要改用轮询。
• 至少一次投递。 回调投递失败时，hiapi 会立即重试，之后在 +1 分钟、+5 分钟、+20 分钟再试。同一个 taskId 可能到达不止一次，按它去重。
• 状态名会变。 succeeded/failed 对应 success/fail，canceled/aborted 没有对应状态。hiapi 的任务失败时，详情接口仍返回 HTTP 200，所以要判断 data.status，不要只看 HTTP 状态码。

计费单位与价格

Replicate 对多数公开模型按硬件时间计费（按秒，单价取决于 GPU），部分模型按输入和输出计费。它的定价页上，FLUX1.1 [pro] 是每张 $0.04，FLUX.1 [schnell] 是每千张 $3.00。预测开始后再取消，已运行的时间照样计费；还没开始就被中止（aborted）的预测不收费。

hiapi 所有任务模型都按输出计费，费用和模型跑在哪种 GPU 上无关。下表来自 hiapi 实时 /api/pricing 接口，2026 年 11 月核对：

部分模型按分辨率或时长分档，高档位高于基础价。最新数字以 定价页 为准。

在两边都公布了单张价格的两个 FLUX 模型上，Replicate 更便宜：FLUX1.1 [pro] 是 $0.04 对 $0.05，schnell 是 $0.003 对 $0.005。这一点我们如实承认。其他模型的价差取决于你比的是哪个版本、哪个分辨率，建议拿你调用量最大的三个模型逐个比价再做决定。另外，hiapi 上失败的任务不扣费：创建时预扣的金额，在任务以 fail 结束时全额退回。

迁移清单（Replicate → hiapi）

下面这些步骤覆盖了一个典型 Replicate 集成需要改的地方。第 3、4、6 步是我们实测时真实遇到的情况。

1. 盘点模型。 列出你调用的每个 Replicate 模型和版本，以及月调用量。把社区模型和私有微调单独标出来，这部分继续留在 Replicate 或另作安排。
2. 为每个模型找到准确的 hiapi model id。 hiapi 的 id 常带路由后缀，比如 /text-to-image 或 /image-to-video。从模型页复制，不要按 Replicate 的 owner/name 推导。
3. id 写错会返回 400。 我们分别发送了 black-forest-labs/flux-schnell 和不带后缀的 flux-schnell，都返回 HTTP 400：{"error_code":"MODEL_UNAVAILABLE","message":"model not available via /v1/tasks"}。正确的 id 是 flux-schnell/text-to-image。
4. 显式发送 JSON。 直接 curl -d '{...}' 而不加 Content-Type，curl 会按表单类型 application/x-www-form-urlencoded 发送，hiapi 会返回 HTTP 415 UNSUPPORTED_MEDIA_TYPE。加上 -H "Content-Type: application/json" 即可；如果你用的 HTTP 客户端不会自动设成表单类型，也可以不带这个头。
5. 按模型重新映射 input 字段。 字段名在两个平台之间、不同模型之间都可能不同（例如 aspect_ratio 和 size，整数和字符串类型的 duration）。逐个对照该模型在 hiapi 文档里的参数说明。
6. 每次提交都带 Idempotency-Key。 我们用同一个 key 提交了两次相同的请求体，第二次返回了原来的 taskId，响应头带 Idempotent-Replay: true，没有创建第二个任务。这样客户端在网络超时后重试就是安全的。
7. 改写响应处理。 从创建响应里读 data.taskId，轮询 GET /v1/tasks/<taskId>，当 data.status 为 success 时从 data.output[].url 取结果。
8. 重写 webhook 接收端。 把回调地址放进顶层的 callback: {"url": "..."} 字段（不要放进 input），用控制台里的签名密钥校验 X-HiAPI-Signature，它是 timestamp + "." + body 的十六进制 HMAC-SHA256，并按 taskId 去重。
9. 重新看一下文件保留策略。 Replicate 的 API 输出一小时后就会删除，所以你很可能已经习惯拿到文件马上转存，这个习惯在 hiapi 上照样适用。我们实测中，temp 输出的 expireAt 在任务完成后 7 天。需要 hiapi 保存更久时，设置 "storage": "persistent"。
10. 并行跑一周。 先把一小部分流量切到 hiapi，用你自己的提示词对比每次成功输出的成本和端到端耗时，再整体切换。

下面是我们实测用的最简请求，密钥换成了占位符：

# 1. 提交任务（用同一个 Idempotency-Key 重试是安全的）
curl -s https://api.hiapi.ai/v1/tasks \
  -H "Authorization: Bearer $HIAPI_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: order-42-thumbnail" \
  -d '{
    "model": "flux-schnell/text-to-image",
    "input": { "prompt": "一张极简等距插画：两台服务器机柜由一根发光的数据线相连，柔和马卡龙配色，纯白背景" }
  }'
# -> {"code":200,"data":{"taskId":"tk-hiapi-..."},"message":"success"}

# 2. 轮询，直到 data.status 为 "success" 或 "fail"
curl -s https://api.hiapi.ai/v1/tasks/tk-hiapi-... \
  -H "Authorization: Bearer $HIAPI_API_KEY"
# -> data.output[0] = {"type":"image","url":"https://temp.hiapi.ai/...jpg","expireAt":<unix 秒>, ...}

完整约定（状态枚举、错误码、回调签名、重试策略）见 异步 API 介绍文档。

怎么选

适合选 hiapi 的情况：

• 你的业务主要调用主流商用图像和视频模型，希望所有模型用同一种请求格式。
• 你希望按输出计价，费用不随 GPU 类型或运行时长波动。
• 你需要 API 内置的提交幂等和失败退款。
• 团队同时需要文本模型，或者需要中文文档，希望放在同一个账号下。

适合留在 Replicate 的情况：

• 你在跑社区模型、锁定特定版本，或者部署自己的模型和微调。
• 你依赖流式 output/logs webhook，或 Prefer: wait 同步模式。
• 你用的那几个模型在 Replicate 上更便宜。就 FLUX1.1 [pro] 和 FLUX.1 [schnell] 来说，目前确实如此。
• 模型发现、快速试用大量开源模型，对你来说比精简的模型清单更重要。

很多团队最后两边都用：Replicate 用来做实验和跑自定义模型，少数几个高调用量的商用模型交给一个生产供应商。

常见问题

hiapi 适合作为 Replicate 的替代方案吗？ 如果你主要调用 FLUX、Nano Banana、GPT Image、Kling、Seedance、Veo 这类商用图像和视频模型，想要一套异步 API 和按输出计费，是合适的。它不能替代社区模型或你自己的微调。

Replicate 和 hiapi 哪个更便宜？ 看模型。在两边都公布单张价格的两个 FLUX 模型上，Replicate 更便宜。其他模型请用双方当前的定价，拿你自己的高调用量模型逐个比。另外，Replicate 按时长计费的模型费用会随运行时间变化，hiapi 则是每次输出固定价格。

怎么从 Replicate 迁移到 hiapi？ 把每个模型对应到准确的 hiapi model id，接口改成 POST https://api.hiapi.ai/v1/tasks，按模型重新映射 input 字段，状态判断改成 success/fail，再按 hiapi 的终态签名回调重写 webhook 接收端。上面的清单列出了全部 10 步。

hiapi 有类似 Replicate 的 webhook 吗？ 有，但只在终态触发。在创建请求的顶层设置 callback.url，任务成功或失败时 hiapi 推送一次，投递失败最多共尝试 4 次，并可用 HMAC-SHA256 签名。没有 start、output、logs 这类过程事件。

输出文件能保存多久？ Replicate 默认在一小时后删除 API 预测数据，包括输出文件。hiapi 的 temp 输出默认保留约 7 天，使用 persistent 存储可以更久。无论用哪家，需要长期保存的文件都应该自己下载转存。

结论

模型广度、自定义模型和流式进度事件，Replicate 更合适。如果生产流量集中在少数几个商用图像和视频模型上，hiapi 更省事：一个接口、五个状态值、按输出定价，外加内置幂等。最快的判断办法是先迁移调用量最大的那个模型：在 hiapi 模型页找到它的 id，用你自己的提示词跑一遍上面的 curl，再和你现在的成本、耗时对比。想动手试，可以先 注册一个免费 HiAPI key。

延伸阅读

• fal.ai 替代方案：图片视频统一 API 与迁移指南
• HiAPI vs PiAPI：怎么比较两家的 API
• HiAPI vs WaveSpeedAI：怎么比较两家的 API
• 2026 年 KIE.ai 替代品怎么选