API 中转站跑路的 5 个信号：余额、响应、更新

「昨天还好好的，今天余额清零、群解散了。」这类故事在 API 中转圈子里每个月都在重演。但跑路几乎从来不是突发的：它有一个 2 周到 3 个月的衰退期，只是大部分人在衰退期里没看账。下面 5 个信号都能量化，配上探测脚本，你可以把它变成每周一次的健康检查。

信号一：余额规则悄悄变严#

这是最早、也最容易被忽略的信号。判断标准不是「有没有公告」，而是规则的宽松度在往哪个方向走：

• 余额从「不过期」改成「90 天有效」
• 提现通道关闭，或者加了 5% 以上手续费
• 充值赠送从 3% 飙到 50%、100%，还限时
• 最低充值额从 $1 提到 $20、$50

前两条是流动性紧张的典型动作，后两条是在跑路前把钱圈进来。一个健康的转售生意毛利在 20%–40%，赠送 50% 意味着卖一单亏一单，唯一合理的解释是他不打算兑付。

自查方法：把每次充值时的规则截图存档，一个月对一次。规则只会单向收紧，不会变松。

信号二：响应质量在漂移#

跑路前最常见的操作是偷偷降级：把你的 claude-sonnet-5 请求转到更便宜的模型上，或者塞进共享池里排队。三个可量化的指标：

「输出指纹」听起来玄，实际很好用：准备 3 条固定 prompt（一条代码、一条中文写作、一条数学），temperature 设 0，每周跑一次，把结果存进 git。模型被换掉时，代码风格和措辞会立刻变形。

信号三：更新频率停了#

新模型上架速度是中转站最诚实的健康指标。它需要持续采购渠道、维护映射表、跑回归测试，一个准备跑路的团队不会做这些事。

三个观察点：

1. 平台价格接口的 syncedAt 时间戳是否还在动
2. 新发布的模型多久出现在模型列表里（正常 3–14 天）
3. 价格页最后一次更新是哪天

zaimod 的价格接口是公开的 https://api.zaimod.com/api/pricing，返回体里带 meta.syncedAt，可以直接拿来做基线对比。任何平台只要提供类似的公开接口，都能用同一套逻辑监控。

# 检查价格快照的新鲜度（返回 syncedAt 距今多少天）
curl -s https://api.zaimod.com/api/pricing \
  | node -e "let s='';process.stdin.on('data',d=>s+=d).on('end',()=>{
      const j=JSON.parse(s);
      const days=(Date.now()-new Date(j.meta.syncedAt))/86400000;
      console.log('syncedAt', j.meta.syncedAt, '→', days.toFixed(1), '天前');
      console.log('模型数', j.meta.total, '| 有价', j.meta.priced);
    })"

超过 14 天没动，就要开始留意；超过 30 天，基本可以判定团队停止维护了。

信号四：沟通渠道开始失联#

客服响应时长是最灵敏的「人还在不在」探测器。按这个顺序看：

• 工单：48 小时内有没有人回
• 群：管理员最近一次发言是几天前，普通用户的问题有没有人接
• 公告：上一条公告距今多久
• 状态页：有没有独立状态页，还是靠群公告

危险组合是「工单不回 + 群禁言 + 公告停更」。有些站会保留一个自动回复的机器人，但机器人的回答永远是「已反馈技术排查」，这也是信号。

信号五：收款方式变味#

正经生意的收款路径是稳定的：对公、支付宝、微信、Stripe。要跑路的团队会在最后阶段做三件事：

• 频繁更换收款账户（旧账户被投诉或冻结）
• 只收 USDT 或其他不可撤回的加密货币
• 用个人收款码，且户名和站点主体对不上

这几条不需要技术判断，付款页看一眼就知道。收款方主体和网站主体不一致，是最硬的减分项。

风险打分表#

把 5 个信号按权重打分，单项 0–3 分（0 = 正常，3 = 已发生），加权后看总分：

总分 ≤ 2：可以正常用；2–5：控制余额，准备备份；> 5：立刻停止充值，把余额消耗完再迁移。

预案：把「跑路」变成一次 30 分钟的迁移#

真正的风险不是选错站，而是没有退路。三件事做完，跑路对你的影响就从「业务中断」降级为「换个 base_url」：

1. base_url 配置化：不要硬编码，走环境变量。所有主流 SDK 都支持，例如 OPENAI_BASE_URL、base_url= 参数
2. 余额不超过一个月用量：按量充，别按年充，赠送再高也不锁长期
3. 保留一条官方或第二家渠道：关键路径（支付、客服）不能只有一条链路，用 fallback 顺序兜底

配置化的最小实现：

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["LLM_API_KEY"],
    base_url=os.environ.get("LLM_BASE_URL", "https://api.zaimod.com/v1"),
)

换站时只改一个环境变量，代码零改动。多模型场景下这套做法更划算：同一份配置能同时指向不同厂商，切换成本几乎为零。

选型阶段该核对的 7 项清单，见 API 中转站怎么选；账单对不上的排查思路，见 计费与错误码。

一个每周 5 分钟的巡检脚本#

把信号二和信号三自动化，剩下的靠肉眼：

#!/usr/bin/env bash
# weekly-check.sh —— 每周跑一次，输出延迟、可用性、价格快照新鲜度
set -u
KEY="${ZAIMOD_API_KEY:?missing key}"
URL="https://api.zaimod.com/v1/chat/completions"

for i in 1 2 3; do
  curl -s -o /dev/null -w "run$i 首字节 %{time_starttransfer}s 总计 %{time_total}s HTTP %{http_code}\n" \
    "$URL" -H "Authorization: Bearer $KEY" -H "Content-Type: application/json" \
    -d '{"model":"gemini-3.1-flash-lite-preview","messages":[{"role":"user","content":"ping"}],"max_tokens":8}'
done

连续三周把输出贴进同一张表，延迟曲线往右上走就是信号。这套方法不依赖任何平台特性，换站也能继续用。

结语#

跑路是可以提前看到的：规则在收紧、质量在下滑、更新在停摆、人在消失、收款在变形。五个信号里任何一个单独出现都不致命，同时出现三个就不要再往里充钱。

选站的时候把「能不能随时走」当成第一标准，比价格便宜 20% 重要得多。想先验证价格和响应再决定，可以从 价格页 挑两个模型跑一次上面的巡检脚本——数据比承诺可靠。

延伸阅读#

• API 中转站怎么选：2026 版避坑清单
• 5 分钟接入 Gemini API：兼容端点与原生端点
• 计费规则与错误码：429、超时、余额不足