AI 平台 · 计费

Poe 与 OpenRouter 怎么用:计费与额度

选聚合平台的关键不是模型多不多,而是钱怎么花、花完会怎样,以及换模型时要不要改代码。这三点决定了它能不能长期用下去。

两个平台解决的不是同一个问题

Poe 面向的是「使用」:一个聊天界面里挂了很多家模型,你在下拉框里切换,不用注册一堆账号。它的核心价值是省事。

OpenRouter 面向的是「接入」:提供一个统一地址,让你的程序用同一套调用方式访问多家模型,换模型只需要改一个名字。它的核心价值是省改造量。

判断自己该用哪个,只需要回答一句:你要用键盘打字,还是要用代码调用。前者选前者,后者选后者,两个都用也不冲突。

计费模型:按量还是按积分

按量计费

OpenRouter 走的是这条路:预充值额度,按输入和输出的文本量分别计价,用完再从余额里扣。几个必须知道的事实:

• 不同模型的单价可以差几十倍,同一个问题换个模型,成本可能从几厘变成几毛。
• 输入和输出分开计价,而且输出通常更贵。长回答比长提问费钱。
• 平台会在上游价格上加一定比例作为服务费,这部分是透明的,但会体现在你的实际支出里。
• 余额扣到零,请求直接被拒,不会有欠费继续跑的情况。这是好事,也是容易突然中断的原因。

积分制

Poe 走的是积分路线:每月固定发放一批积分,不同模型每次对话消耗的积分不一样,高端模型消耗高,基础模型消耗低。它把「按文本量算钱」这件事抽象成了「按次扣分」,好处是心里有数,坏处是精度低——同样一次提问,长上下文和短上下文扣的积分可能一样。

因此用积分制时,优化方向不是压缩回答长度,而是「把简单任务交给便宜模型」。整理格式、翻译短句这类活交给基础模型,把积分留给真正需要强模型的场景。

额度、限速与超支

• 余额告警要设早。按量计费下,建议在余额剩下三分之一时就开始提醒。等到接近零才处理,往往会撞上正在跑的任务。
• 自动充值开关谨慎打开。它能防止中断,但也意味着一次代码死循环可能烧掉一整晚的额度。真要用,先给密钥单独设一个消费上限。
• 并发与频率上限是两层。一层是每分钟的请求数量,一层是每分钟的文本量。前者超了报错很快,后者超了会表现为响应变慢,不容易察觉。
• 上下文是最大的隐性成本。多轮对话把历史全部带上,每轮都在为同一段内容重复付费。长会话到一定轮数就该做摘要或者重开。

接入时的注意点

接口侧

• 请求地址要换成平台给的统一入口,不能再用原来厂商的地址。
• 模型名要用平台自己的命名,通常带一段前缀标明来源。名字写错会直接返回「模型不存在」,而不是报参数错误。
• 不同上游支持的参数不完全一致。某些厂商特有的参数传给不支持的模型会被拒绝,建议只传通用字段。
• 响应里通常带有实际使用的模型和用量信息,把它们记录下来,后面核对账单全靠它。

应用侧

• 把模型名做成配置项,不要写死在代码里。这是用聚合平台最大的收益,别白白浪费。
• 给每个请求打上用途标记,方便事后按功能统计成本,知道钱花在哪。
• 准备一个降级模型。主模型不可用时自动切换,比直接报错给用户看要好得多。
• 流式输出建议默认开启。首字节更早返回,长回答的等待体验差别很大。

六个常见坑

1. 以为平台上的模型和官方版本完全一致。实际可能被量化、上下文被缩短,或者被路由到不同供应商。
2. 模型名带了多余前缀或少了前缀,反复排查代码却没想到是名字问题。
3. 只在网页界面里测过效果,没测过程序调用,上线才发现流式参数、超时设置全都要重新调。
4. 把密钥写在前端代码里。这类平台的密钥是直接扣钱的,暴露出去等于把钱包交出去。
5. 无限增长的对话历史,让每轮成本翻倍,月底看到账单才发现。
6. 把积分制平台当按量平台来规划预算,结果月中积分就用完了,后半个月没得用。

怎么选:三个问题自测

1. 你是要人用还是程序用?人用选积分制省心,程序用选按量制可控。
2. 能不能接受月中额度用完?不能接受就选按量加自动充值,能接受就选固定积分。
3. 换模型的频率高不高?高就选接口统一的那个,低则随便,反正都要改一次。

最后提醒一句:先用小额验证一遍完整流程,包括充值、调用、账单核对、余额耗尽时的报错表现。这四步都跑通了,再决定要不要把正式业务搬上去。