“Chatbox 价格”经常被混为一谈。它至少包含两笔钱：一笔是客户端服务费，另一笔是模型调用费。使用 Chatbox AI 内置服务时，两笔钱可能体现在同一份订阅里；自带 API Key（BYOK）时，客户端和模型服务商分开收费。比较哪种更省，不能只看月费，而要看对话长度、模型档位和调用频率。
本文不列会过期的单价，而是给一套拆账和估算方法。具体套餐、额度与模型价格，以 Chatbox 官方页面和站内模型价格为准。
说明：Chatbox 是其权利人的商标，本文仅作成本讨论，与 Chatbox 无隶属或合作关系；套餐、额度和价格可能调整，请以官方页面为准。
一、先分清三笔钱
| 付费形态 | 钱付给谁 | 适合谁 | 注意点 |
|---|---|---|---|
| Chatbox AI 套餐 | Chatbox | 不想自己管 Key 的个人 | 额度、模型范围受套餐限制 |
| 自带 API Key | 模型服务商或网关 | 已有 Key、需要多模型 | 用量透明，但要自己设限额 |
| 本地模型 | 本机硬件与电费 | 对数据不出本机有要求 | 硬件成本容易被忽略 |
三种方式可以并存。真正影响账单的是你实际调用哪个模型、每次带多少上下文，以及失败重试了多少次。客户端只是入口，模型调用才是变动成本的大头。
二、订阅与按量，分界线在“用量是否稳定”
订阅买的是可预测性：每月固定支出，额度内随便用，不用逐次核对 Token。按量买的是弹性：只为实际消耗付费，用多少算多少，适合用量波动大或经常切换模型的团队。
判断方法不是“每天大概问几次”，而是连续记录一到两周的真实用量，包括输入 Token、输出 Token、缓存命中和重试次数。如果每月用量稳定、接近套餐额度，订阅更省心；如果经常闲置，或者一个月里有几天集中爆发，按量通常更灵活。
还要算上管理成本。自带 Key 需要有人负责创建、分发、限额和吊销；如果团队只有两三个人，这部分时间可能比省下的钱更贵。
三、对话越长，账单越不成比例
Chatbox 的聊天是带历史记录的。每发一条新消息，客户端通常会把系统提示、之前的对话和本次输入一起发给模型。第 N 轮的输入大致等于前 N-1 轮内容的总和，所以长会话的成本会随轮数快速上升，而不是线性增长。
三个常见的放大器：
- 反复粘贴整篇文档，让同一段内容在多轮里重复计费。
- 上传大图或长 PDF，图片和文档会占用可观的输入 Token。
- 在同一个会话里处理多个不相关任务，历史越滚越长。
实用做法是一个任务一个会话；长文档先摘要，或放进知识库按需检索；需要接着讨论时，新开会话并带上上一轮的结论，而不是把整段历史一直拖下去。
四、缓存和模型档位决定单价之外的差异
多数模型服务商对重复的输入前缀提供缓存价，缓存读取通常明显低于新鲜输入。能否命中，取决于你把什么放在前面：系统提示、角色设定、固定资料放在前部，本次问题、临时日志放在后部。频繁修改早期消息、频繁切换模型，都可能让缓存失效。
模型档位同样重要。日常问答、改写、翻译用通用模型即可；复杂推理、长文分析再换强模型。Chatbox 可以为不同助手绑定不同模型，这是最直接的成本控制手段。把所有任务都默认交给最贵的模型，往往比选错套餐更浪费。
五、用公式复算，而不是猜
下面这个函数只做算术，单价请从你所用模型的官方价格页或站内模型价格读取，单位统一为“元/百万 Token”：
def monthly_cost(turns_per_day, avg_input_tokens, avg_output_tokens, price, days=22):
"""price: {"input": ..., "cached_input": ..., "output": ...}"""
input_cost = turns_per_day * avg_input_tokens * price["input"] / 1_000_000
output_cost = turns_per_day * avg_output_tokens * price["output"] / 1_000_000
return (input_cost + output_cost) * days
# 有缓存时，把命中部分拆出来按 cached_input 单独计算
# 月成本 = 单日成本 × 实际使用天数
估算时至少记录四项：每次请求的输入、缓存命中、输出和重试次数。只统计成功请求会低估账单；只看回答长度则会漏掉输入成本。
六、预算上限应该设在哪一层
- 账户层：在网关或服务商后台设置月度总预算和告警阈值。
- Key 层：按人、按项目发独立 Key，分别设置额度，不用共享 Key。
- 客户端层：在 Chatbox 里给不同助手绑定不同模型，避免默认全走强模型。
- 会话层：长任务及时新开会话，控制历史消息的累积。
- 流程层：规定哪些任务必须先用小模型试，失败再升级。
- 监控层：每周看一次用量最高的会话和 Key，找出异常。
- 应急层：发现用量突增先停 Key，再排查是否泄漏或陷入循环。
七层里最容易落地的是 Key 层和客户端层。前者让账单可分摊，后者让每次请求的模型档位可控。两层做好，通常就能避免大部分意外支出。
七、常见误区
“自带 Key 一定比订阅便宜”忽略了重度用量下按量可能更贵。“订阅额度用不完也没关系”是把闲置当成了安全感。“只看单价”则忽略了便宜模型反复失败后的总成本。还有一种误判：把客户端免费等同于零成本，实际上模型调用始终另算。
对个人用户，如果懒得管理 Key、又需要移动端随时可用，内置套餐的省心本身有价值；对团队，统一网关加按量计费更容易对账和限额。两种选择没有绝对优劣，只有是否匹配你的用量结构。
常见问题
Chatbox 本身收费吗？
Chatbox 提供内置 Chatbox AI 服务和自带 API Key 两种使用方式。内置服务按套餐计费；自带 Key 时，客户端收费方式以当前版本为准，模型费用由 API 服务商按量收取。
自带 API Key 一定更便宜吗？
不一定。轻度使用且用量稳定时，套餐可能更省心；重度使用、长上下文或频繁重试时，按量账单可能更高。用真实日志复算，不要只看宣传页。
为什么长对话突然变贵？
因为每轮都会重新发送历史上下文，输入 Token 随轮数累积。附件、长文档和图片会进一步放大消耗。新开会话、先摘要再提问，通常能明显降低成本。
提示缓存能省多少？
取决于前缀稳定性和服务商规则。稳定前缀命中率高，节省明显；频繁修改早期消息或切换模型会让缓存失效。具体折扣以服务商官方文档为准。
团队怎么控制 Chatbox 的成本？
一人一 Key、按项目设预算、在网关侧看用量，是最直接的三件事。再配合模型档位规范和每周用量复盘，比事后追账单有效。
下一步
先用两周真实用量跑一遍上面的公式，再决定套餐还是按量。需要统一入口、多模型切换和用量管理，可以注册中商起航 AI 网关，再到模型价格核对当前计费。
相关阅读：
