令牌成本追踪
按单个用户统计 LLM API 的令牌消耗与费用。请求需带上 UID、input、output 和实际模型名,工具据此累积该用户当月成本。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
SaaSpec 是一款面向按需付费软件的成本追踪工具,帮助开发者按用户维度统计 LLM API 的令牌消耗,再把月度用量数据导出为 CSV,转成 Stripe 发票。订阅价 $30.00 per month,目前只兼容 OpenAI 模型。接入方式是在应用里调用它的接口,把用户 UID、输入与输出文本、所用模型名和 API token 一起提交,由它记录并归集费用。最大的限制也在这里:模型范围仅限 OpenAI,且 UID 必须能与 Stripe 里的用户对应上,否则后续开票会对不上人。
SaaSpec 定位为 API 用量分析工具,服务对象是靠按需付费模式收费的软件开发者。它的目标是把 LLM 调用开销按最终用户拆开:每次请求带上用户 UID、输入、输出和模型名,工具就为这个用户累积令牌成本,方便后续按人头结算。
能确认的能力集中在三块:指标追踪、异常检测、以及按实际用量动态计费。官方接入文档给出的请求参数固定为四项——Who(UID,需与 Stripe 里的用户标识一致或可对应)、input(发给模型的查询)、output(模型返回的内容)、what_api(实际使用的模型名,要求取自响应而非硬编码)。第四个参数 api_token 在 SaaSpec 后台的 profile 区域获取。
不同角色的用法不同。开发者把 SDK 调用嵌进已有的 OpenAI 请求链路里,换取按用户的成本数据;财务或运营从后台按月导出 CSV,再据此开 Stripe 发票。团队使用前需要先确认一件事:UID 与 Stripe 客户标识必须能对上,否则开票环节会卡住。
按单个用户统计 LLM API 的令牌消耗与费用。请求需带上 UID、input、output 和实际模型名,工具据此累积该用户当月成本。
把某个月的用户用量数据导出为 CSV 文件,字段按用户聚合,可直接用于对账或导入财务系统,无需手工整理调用日志。
导出的月度用户数据可以转成 Stripe 发票。前提是请求里的 UID 与 Stripe 客户标识一致,或自己保留一套对应关系。
内置异常检测,用于发现偏离常态的调用量或成本。具体触发阈值与告警方式未公布,接入后可在后台查看结果。
支持按实际用量而不是固定套餐向用户计费。适合把 LLM 成本原样转嫁给终端用户的按需付费产品。
目前只兼容 OpenAI 模型。接入示例使用 gpt-4,并以 chat.completions 形式包装在自有请求之外,再提交给 SaaSpec 的接口。
官方说明 ↗如果你做的是按需付费的 LLM 产品,需要把每个用户的令牌成本算清楚并开票,SaaSpec 正好补上这段:用 UID 归集用量,按月导出 CSV 转 Stripe 发票。$30.00 per month 对已经跑量的产品来说不算门槛。但要注意两点:只支持 OpenAI 模型,用其他厂商的模型就没有数据;UID 必须能和 Stripe 客户对上,否则导出后还要人工匹配。纯粹想监控自己调用量、不涉及向用户收费的团队,用不上这套计费链路。
需要按用户统计令牌成本并开票,这套追踪加导出的链路能直接替代手工对账。
已经用 Stripe 收款、UID 能与客户标识对应,导出的月度数据可直接转成发票。
当前只兼容 OpenAI 模型,调用其他厂商模型的部分不会被记录,成本核算会缺一块。
订阅价 $30.00 per month,如果调用量小、用户少,手工统计比这更划算。
不向终端用户收费、不需要开发票的话,这套按用户计费的链路基本用不上。
| 方案 | 价格 | 包含内容 | 说明 |
|---|---|---|---|
| 月度订阅 | $30.00 per month | 用量追踪、CSV 导出与 Stripe 发票 | 覆盖按用户统计令牌成本到开票的完整链路 |
以上为公开费率整理,厂商保留调价权利,实际以官方页面为准。
| 指标 | 数值 | 数据来源 |
|---|---|---|
| 订阅价格 | $30.00 per month | SaaSpec 首页 |
| 接入参数 | Who、input、output、what_api,加 api_token | SaaSpec 文档 |
| 兼容模型范围 | 仅 OpenAI 模型 | SaaSpec 文档 |
订阅价 $30.00 per month,按月收取。这一档包含用量追踪、按月导出 CSV 和生成 Stripe 发票的能力,不再按追踪的用户数或请求量单独计费。相比自己写一套按用户的成本归集和开票逻辑,省下的是开发和维护成本。
目前只兼容 OpenAI 模型,接入示例用的是 gpt-4。请求里的 what_api 要求取自模型响应返回的模型名,不能硬编码,因为 OpenAI 等厂商会持续更新模型。调用其他厂商模型的部分不会进入统计,多模型产品的成本核算会缺一块。
四个必填项加一个凭证:Who 是发起请求的用户 UID,input 是发给模型的查询,output 是模型返回的内容,what_api 是实际使用的模型名,api_token 在后台 profile 区域获取。UID 需要与 Stripe 里的用户标识一致,或者你自己保留一套能对应回去的映射。
可以把某个月的用户数据导出为 CSV,再转成 Stripe 发票。能不能直接开取决于 UID 与 Stripe 客户标识是否对得上——对得上就能顺下去,对不上得先补一套映射关系,否则开票环节会卡住。
它调用的是托管在云函数上的接口,接入方需要在应用里向该地址发送请求,具体连通性取决于自身网络环境;官网未说明地域或网络方面的限制。