采购检查清单:从算需求到验收,照着走一遍

选站与采购

别先问「哪家便宜」,先算清自己一个月要花多少 token。四步清单:定需求 → 统一口径比价 → 核验站点 → 小额验收。

选站失败的常见原因不是运气差,而是顺序错了:先被低价吸引,充了钱,再回头找理由说服自己。把顺序倒过来——先算需求、再比价、再核验、最后小额试——大部分坑会自动消失。

第 1 步:先算需求,再谈价格

「哪家便宜」这个问题没有意义,因为它取决于你用哪种模型、每天多少 token、是否命中缓存。先估一个月度区间,才能判断 9 折和 3 折的差别对你到底意味着什么。

  1. ① 列出会用到的一线模型2~3 个就够,避免为一个「可能会用」的模型多付溢价。
  2. ② 估算月 token 量用真实文本跑一遍 token 估算,再乘以调用次数;agent 类工具要多算 3~10 倍上下文重发。
  3. ③ 折算成钱输入、输出、缓存三项分别乘价格再相加;订阅制要按「实际可用额度」折算成等效 token 单价。
  4. ④ 定预算上限单站充值不超过一个月可承受损失,能小额多次就不一次充全年。

第 2 步:比价必须换算成同一口径

买法真实单价怎么看主要风险
官方 API官方网站每百万 token 明码标价,是比价的基准线支付门槛、区域限制
官方订阅 / 编程套餐按套餐额度上限折算:如果实际用满,等效单价往往低于 API;但用不满就是溢价额度口径模糊、共享账号、封号
中转站按量问清是「按官方价 × 倍率」还是「固定单价」,并要求写明缓存是否单独计价渠道不透明、掉包、跑路
卡网代充 / 卡密按面值算折扣率,但要看是否可续费、是否官方渠道来源不明的黑卡、无售后

第 3 步:下单前核验站点

  • 主体与备案:域名、主办单位、官网名称是否一致;收款主体是个人还是公司;
  • 支付链路:是否跳到与站点无关的发卡站或临时页面,订单能否对应官网账户;
  • 客服信号:只留 QQ 时看等级与历史;频繁换联系方式、无历史记录的要谨慎;
  • 公开检测记录:本站的检测数据只能反映检测时点,别把它当成长期担保;
  • 历史与版本:站点上线时间、更新日志、是否有明确的退款规则。

第 4 步:小额验收,30 分钟内做完

  1. ① 充最小的钱目标是拿到一个能测的额度,不是拿到折扣。
  2. ② 跑三条实测模型身份(同题对比)、缓存(连续两轮同前缀)、扣费(按公示价算应扣金额)。
  3. ③ 看扣费明细输入、输出、缓存、倍率是否逐项列出;只显示一个总数且对不上的,先别续费。
  4. ④ 记录基线把这次的延迟、成功率、扣费口径记下来,后面判断「是不是变差了」全靠它。

长期使用的两条硬规矩

  • 分散预算:主力站 + 备用站,别把全部余额压在一家;
  • 每月复测一次:价格、缓存、延迟都会变,昨天的结论不能直接用在今天。
下一步:把五个坑看一遍缓存、掉包、扣费、跑路——每一条都附了自查方法。

常见问题

订阅制和按量付费哪个更划算?

取决于用量能否稳定用满额度。用满时订阅等效单价通常更低;用不满则是溢价。先测一周真实用量,再决定,不要按「理论上限」做预算。

便宜的站是不是一定有问题?

不一定。合法降低成本的途径存在(区域折扣、批量采购、订阅切片),但每一种都对应明确的限制条件。问清「便宜的原因是什么」,答不上来的才需要警惕。

怎么看一个站是不是快跑路了?

没有可靠预测。可观察的信号:突然超大力度的低价拉新、客服失联、提现或退款规则临时更改、公告停更。唯一可控的是不把大额余额长期留在单一站点。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。