官方直连、中转、订阅、卡网：四条路的总成本与风险对照

大多数人挑采购路径时只看一个数字：单价。结果要么为了省那点差价把主业务挂在一个随时可能变卦的渠道上，要么明明用量很小却先买了用不完的套餐。这篇不给你推荐哪家，而是把四条路放在同一张表里，按五个维度横着比一遍，再按你的使用强度走一遍决策树，最后教你把月度总成本算出来。

挑采购路径的时候，大多数人只盯一个数字：单价。结果要么为了省那点差价把主业务挂在一个随时可能变卦的渠道上，要么用量明明很小却先买了用不完的套餐，钱花了任务没跑几条。

这篇不做推荐，只做对照。把官方直连、中转、订阅、卡网买号四条路按单价、开通门槛、封号中断风险、退款难度、可控性五个维度摆在同一张表里横着比一遍，再按你的使用强度走一遍决策树，最后给你一套把月度总成本算清楚的步骤。所有涉及具体数字的地方，一律到站内对应页面核对当时的数值。

先把比较的口径定死：五个维度分别看什么

比价最容易翻车的地方不是算错，而是口径不一致。你拿A家的挂牌单价去比B家的平均单价，结论一定是错的。所以先花两分钟把五个维度的口径对齐，后面的对照才有意义。

单价口径

要问的不只是每百万 token 多少钱，而是计费项有哪些、有没有最低消费、失败重试算不算钱、缓存和输入输出是否分开计价

开通门槛

要不要实名、要不要外币卡、要不要养号、首次最低充值多少，门槛高的路稳定性往往更好，但试错成本也更高

中断风险

账号被风控、渠道被上游掐断、站点悄悄改分组，这三种中断的发生概率和可恢复程度完全不同，要分开看

退款难度

钱能不能拿回来是一回事，多久能拿回来、需要什么证据、有没有时间窗口，是另一回事

可控性

能不能随时切走、能不能看到用量明细、出问题时能不能定位到是哪一段、有没有备用 Key，这四项决定你的排障速度

横向比的时候别给五个维度加权求总分。加权看起来科学，实际上是把你的死穴给平均掉了。正确做法是先找出哪一维是你的死穴——比如对账要求严格的团队，退款和可控性直接一票否决，其他维度再好看也没用。

四条路各自的成本结构长什么样

四条路的成本结构差别很大：有的是显性单价低但隐性损耗高，有的是固定成本高但边际成本低。下面这张表把它们的成本构成拆开，方便你对照自己的用量形态。

官方直连的成本几乎等于用量乘以单价，显性部分好算；隐性成本主要在门槛和汇率上，外币结算的汇损和手续费要单独列一笔，具体数值到 /official-api 和 /plans 核对当时的数字。

中转的挂牌单价通常低于官方，但成本里有一块「不可控折扣」——你不知道它什么时候调倍率、什么时候把请求路由到更便宜的渠道。所以实际成本要按一段时间内的平均单价估，而不是按报价单上的数字估。

订阅本质是买额度而不是买 token，成本结构是固定月费除以你实际用掉的额度。用满就便宜，用不满就是浪费。适合用量稳定、且任务能被套餐口径覆盖的人，折算方式到 /coding-plans 对照。

卡网买号的单次价格看起来最低，但真实成本要加上买错、激活失败、质保过期这三块损耗。实际折算时，别按买一张成功一张去算，按买三张成功两张来估更接近现实。

风险维度对照：断供、封号、掉包分别会伤到哪

四条路都有风险，区别只在风险发生时你能不能在几小时内换到备用路径。所以看风险不能只看「会不会出事」，要看「出事后损失范围多大、恢复周期多长」。

1. 官方直连主要风险在账号层面的合规问题。一旦触发，损失范围是账号内余额和绑定的支付方式。通常可以通过申诉或换号恢复，但周期不可控。判断标准是：你的核心业务能不能承受几天的账号恢复期。
2. 中转主要风险在站点层面的经营问题，包括上游渠道被掐、分组悄悄调整、降速降质。这类风险的早期信号是延迟和错误率变化，可以用 /tools/speed-test 和 /ai-status 持续观察。判断标准是：你有没有备用路径，切换需要多久。
3. 订阅主要风险是合规使用范围——多人共享、跨区使用、自动化高频调用都可能触碰风控。连带损失是整个订阅周期，不是按比例退。判断标准是：你的使用方式能不能被套餐条款明确覆盖。
4. 卡网买号主要风险集中在交付环节：卡密类型不符、渠道层级不同、激活窗口过期。这类问题事后举证难度大，所以买之前就要留好凭证。判断标准是：出了问题你有没有办法证明你买的是什么。

按使用强度选路：三档决策树

选路的核心变量不是「哪条路最好」，而是「你的使用强度处在哪一档」。下面按三档给出决策路径，每档都说清楚适用和不适用的情况。

第一档：轻量试水

每月调用零散、还没形成稳定任务。这个阶段优先选门槛最低、可以小额起步的路，把主要精力放在跑通真实任务上。不要为了省几块钱去研究渠道层级和分组倍率，那些细节在这个阶段不值得花时间。

不适用的情况：如果你试水的任务本身就涉及关键业务验证，那门槛低不是优点，稳定性才是。这时候应该先用官方直连跑通，再考虑换路。

第二档：稳定日常

已经有固定任务每周都跑，用量可预期。这时按「能否准确预估用量」分流：能预估的走订阅或官方直连，把成本锁定；估不准的走按量计费的中转，避免买了套餐用不完。

判断「能否预估」的一个简单方法：看过去三周的实际用量波动范围。如果最高和最低差得不多，算可预估；如果忽高忽低，别锁套餐。

第三档：高强度跑量

批量任务、Agent 循环、长文档处理这类，用量大且波动剧烈。单一路径既不经济也不安全，需要混合方案。具体怎么搭见下一节。

不适用的情形：如果任务涉及敏感数据或需要出内网，上面这套按成本选路的逻辑全部作废。先看 /safety 的边界要求，再谈路径选择，顺序不能反。

混合方案：官方兜底 + 中转跑量怎么搭

混合方案不是简单地「两条路都开着」，而是要明确分工、分别配置、提前设好切换和止损。下面五条原则按重要性排序。

• 分工原则：把不能断、不能错的调用放在官方直连或订阅上做兜底；把量大、可重试、错了不致命的批量任务放在中转上跑。
• 配置原则：两条路用两套 Key、两套额度上限、两套日志，不要混在一个账号里对账，否则出问题时分不清是路径的问题还是账号的问题。
• 切换原则：提前写好降级逻辑，中转失败时自动落到官方，而不是等发现账单异常才手动切。实现思路可以看 /stacks/frameworks 里各家的做法。
• 止损原则：给中转这条腿设一个固定的额度上限和观察期，超了就停，不要让「反正便宜」变成默认思路。
• 验证原则：每月至少一次用同一批请求分别打两条路，比对输出质量和延迟，确认兜底路径确实可用，别等真出事才发现备用路径早就不能用了。

常见误区：混合方案不是把同一个任务发两遍来做冗余，那等于成本翻倍。冗余的是路径可用性，不是请求本身——你要保证的是「一条路断了另一条能顶上」，而不是「两条路同时跑同一件事」。

月度总成本估算：六步走一遍

比价不能靠感觉，得有一套可重复的算法。下面六步按顺序走，每一步都有对应的数据来源和验证方式。

1. 第一步：导出真实用量从上个月的账单或调用日志里导出实际用量，按模型和任务类型分组。别用感觉估。可以用 /usage 上的真实用量榜和自己的账单做交叉核对，数字对不上就先去查为什么。
2. 第二步：按当期实际单价换算把每一组用量乘以对应路径的单价。单价一律用当期实际单价，不要把首充赠送、限时折扣算进去，那些是一次性的，算进去会让你的估算长期偏低。
3. 第三步：加上固定成本订阅月费、中转的最低消费、外币结算的汇损和手续费，这几项容易被忽略。到 /official-api 和 /plans 核对当时的数字，不要用记忆里的旧数字。
4. 第四步：加上损耗成本失败重试、卡密买错、额度浪费，按你历史数据里的比例估一个系数。没有历史数据就先按保守值估，宁可高估不要低估。
5. 第五步：算单任务成本算出「单任务成本」而不是「月总成本」。月总量会随业务波动，单任务成本才是能横向比较、能用来选路的指标。如果算不出来，说明你的任务粒度太粗，先拆细。
6. 第六步：每月对一次把结果写下来，每月对一次。如果一个路径的单任务成本连续两个月变差且原因不明，说明它的定价或渠道在变，该重新比一次了。用 /tools/model-cost-calculator 和 /tools/token-price-calculator 可以省掉手算这一步，但换算口径要自己确认。

这套算法不需要精确到分，目的是让你在换路时有依据，而不是靠「感觉最近变贵了」来做决策。算出来的数字本身就是你的比价基线。

四个最常见的比价错误

最后说几个反复出现的坑。这些错误不一定让你立刻亏钱，但会让你在错误的路径上越走越久，换路的时候已经积累了不少沉没成本。

比价这件事，做到「口径一致、每月复查」就已经超过大多数人了。剩下的细节，等你用量稳定到值得优化的时候再回来抠。