挑 AI Agent 的时候，最常见的卡点不是功能好不好用，而是报价单看不懂：有人按席位收月费，有人按 token 扣费，有人卖「积分」和「任务次数」，还有的订阅里塞了额度上限。口径不统一，直接比数字只会比错。这篇给一套拆费用结构的方法，让你把不同产品的钱对上同一把尺子，再决定选哪个。
挑 AI Agent 最常卡的地方不是功能演示不好看，而是拿到报价单以后不知道怎么下手。有人按月按席位收，有人按 token 扣，有人卖积分或者任务次数，还有的订阅里埋了额度上限和超额单价。口径不统一，直接把月费拿来对比，结论大概率是错的。
下面这套办法不评价哪家好，只教你把手上的几份报价折算成同一把尺子，再按你真实的任务去算一遍。算完你可能会发现，看起来便宜的那个，在你这种用法下反而最贵。
先分清四种收费形状，别急着看数字
看报价第一件事不是记价格，而是先归类。归错类后面全错。四种形状的坑点完全不同，订阅制要盯额度上限和并发，按量制要盯单价口径，按次制要盯「一次」的定义，积分制要先把内部币换算回真实单价。
- 订阅制
- 按月或按席位固定收，重点看额度上限、并发数、超额后怎么算，而不是月费本身
- 按量制
- 按 token 或调用次数扣，先确认输入、输出、缓存、工具调用是不是同一单价
- 按次/按任务制
- 一次调用或一个任务打包计价，要问清一问一答算几次、工具调用算不算在内
- 积分/点数制
- 本质是把上面几种换算成内部币，必须换算回单价才能比，可以去站内 token 价格换算工具折算
另外提一句，积分制最容易让人误判。表面上看每次任务只花几个点，换算回单价以后未必便宜。到站内的换算工具和价格追踪页核对当时的数字，别凭印象。
把报价对齐到同一把尺子：四步折算
折算的核心是找一把共同的尺子，也就是「完成你的真实任务要花多少钱」。不要用凭空捏的任务，也不要用厂商演示里的场景，那两类用量都跟你实际差很远。
- 第一步：定任务选一个你每天或每周真会高频跑的场景，比如每天处理若干份文档，或者跑若干轮编程任务。任务要具体到能估出输入输出规模。
- 第二步：估用量把这个任务的月度消耗估出来，按 token 或调用次数都行。可以到站内看真实用量相关的内容找手感，别自己拍脑袋。
- 第三步：折算单价把订阅额度、积分、按次价全部折算成「完成这个任务要多少钱」。口径对不齐就找客服问清楚再算，问法要具体到场景。
- 第四步：加隐藏项席位费、超额单价、最低消费、续费涨价、余额过期和退款条款，都要补进同一张表，否则算出来的只是半张账单。
这四步做完，你手上应该有一张按同一任务口径排出来的表，而不是一堆月费和积分混在一起的原始报价。
Agent 的费用到底花在哪几个地方
很多人算 Agent 成本时只算了模型调用，结果账单出来发现高出一截。原因是 Agent 一轮任务里模型可能被调用很多次，外部工具还要另外算钱，缓存和存储也常常单独计费。
| 费用项 | 通常怎么算 | 要确认什么 |
|---|---|---|
| 模型调用 | 按 token 或按次 | 一轮任务实际触发几次调用，输入输出是否同价 |
| 工具与检索 | 单独计价或打包 | 搜索、代码执行、文件解析是否额外扣费 |
| 存储与上下文 | 按容量或按量 | 会话历史、知识库、上下文缓存怎么计 |
| 人工与运维 | 不体现在报价单 | 接入改造、Key 管理、对账工时怎么分摊 |
模型调用的基准可以到站内官方 API 页面看按量口径，用它当参照去反推第三方 Agent 的报价贵不贵。工具和检索这块最容易漏，签约前逐项问一遍，写进你的对比表里。
- 模型调用是大头，先估清一轮任务触发几次；工具和检索单独计价，问清哪些动作会额外扣费；存储和上下文按容量还是按量，规则不一样；人工和运维不写进报价单，但小团队用起来也是成本；对账工时别忽略，用量导出不了会拖垮财务流程
按场景选：什么情况下该选哪种结构
结构没有绝对好坏，只有配不配你的用量曲线。判断标准可以简化成两条：用量波动大不大，任务规模能不能提前估准。
| 你的情况 | 倾向哪种结构 | 原因 |
|---|---|---|
| 用量波动大、任务不确定 | 按量或按次 | 不为用不满的席位买单 |
| 用量稳定、可预测 | 订阅 | 固定成本更容易摊薄 |
| 轻度试用阶段 | 免费额度或小额按量 | 先跑通再谈绑定 |
| 多人团队共用 | 按席位订阅 | 要看人均额度够不够用 |
多人团队还有一种情况：看起来按席位单价不高，但人均额度压得很紧，稍微跑重一点的任务就要超额。这种时候要么提高档位，要么换按量，别硬扛。共用账号带来的风险可以看站内关于共用 Key 风险控制的内容，价格之外还有合规问题。
试用阶段还有个细节：免费额度的限制点在哪，比如每天几次、并发多少、能不能用工具。站内有专门讲试用额度限制的文章，先对照清楚再决定要不要充值，避免刚充完就发现额度规则不匹配你的用法。
比价清单：下单前过一遍这 8 项
下面这份清单按顺序过一遍，每项都能给出一个具体答案再进入下一项。答不上来的，去打客服问，别先付钱。
- 计价单位与单价口径，明确是 token、次、席位还是积分
- 额度上限、重置周期，以及超额之后的单价
- 并发与速率限制能不能覆盖你的峰值用量
- 工具调用、检索、存储是不是单独收费
- 最低消费、年付绑定、历史涨价与改条款情况
- 退款规则、余额是否过期、账户异常后的处理方式
- 能不能导出用量记录用于对账
- 先用小额实测一轮再充大额
对账能力经常被忽略，但它决定了你后面每个月花多少时间在财务核对上。站内有关于用量记录字段的文章，可以参考它列出的字段清单，去检查候选产品能不能导出同样维度的数据。
下一步把候选产品的实时价格、站点可信度和实测情况拉到一起对照，再回头套上面那张折算表，比单看报价单靠谱得多。→常见问题
订阅制和按量计费，到底哪个更便宜？
没有绝对答案，取决于你的用量是否稳定且接近额度上限。用量平稳、能吃掉大部分额度时订阅通常划算；用量忽高忽低、或者经常用不到一半，按量更灵活。正确做法是拿一个真实任务估出月度消耗，把两种方式都折算成同一个数字再比，而不是看标价高低。
Agent 报的「积分」「点数」怎么换算才能比？
先问清一点积分对应多少钱、一次典型任务消耗多少积分，两个数字一乘就得到单次任务成本。注意积分的有效期、是否随套餐分档变化、以及工具调用是否额外扣点。换算完再和按 token 计价的产品放到同一张表里，比价才有意义。
为什么同样的任务，不同产品算出来差好几倍？
常见原因是计价口径不同：有的只算模型 token，有的把工具调用、检索、存储都算进去；有的 Agent 一轮任务会反复调用模型，消耗远超你的直觉。另外缓存命中、上下文压缩策略也会明显影响实际扣费。比价前先把这些项列清楚，再决定哪个方案真的适合你。
