Cherry Studio 是开源桌面客户端，社区版可以免费使用，但模型调用要付钱给 API 服务商。所以“Cherry Studio 价格”要拆成两笔账：客户端本身的费用，以及聊天、知识库和重排产生的 Token 费用。本文不给会过期的单价，只给成本结构和估算方法；当前模型与计费以模型价格为准。
说明：Cherry Studio 是 CherryHQ 的商标，本文仅作技术讨论，与 CherryHQ 无隶属或合作关系。社区版与企业版的许可、功能和价格以官方页面为准；模型价格会调整，请以站内价格页为准。
一、先把三笔钱分开
第一笔是客户端费用。社区版开源免费；企业版面向私有部署和团队管理，是否收费、怎么收费以厂商官方页面为准。
第二笔是模型 API 费用。聊天按输入和输出 Token 计费，知识库还会产生嵌入和重排费用。这部分与客户端无关，换成任何客户端都要付。
第三笔是隐性成本：Key 分散、重复索引、失败重试、上下文过长，以及为了省钱反复换模型的时间。
| 费用项 | 付给谁 | 计费方式 | 注意点 |
|---|---|---|---|
| 社区版客户端 | 无 | 开源免费 | 功能与本机数据自行管理 |
| 企业版 | CherryHQ | 按厂商方案 | 私有部署与团队能力另算 |
| 对话 API | 模型供应商或网关 | 按输入/输出 Token | 上下文越长，单次越贵 |
| 嵌入与重排 | 模型供应商或网关 | 按处理量 | 知识库导入和查询都会产生 |
| 统一网关 | 网关服务商 | 按实际用量 | 一个入口管理多模型与限额 |
二、客户端本身收不收费
Cherry Studio 社区版以 AGPL-3.0 发布，可以免费下载和使用，代码公开。企业版提供私有部署、共享知识库等团队能力，属于商业产品，是否采购取决于合规和协作需求。
要注意，开源不等于零成本。客户端的价值是界面、助手、知识库和 MCP 集成；推理仍在远端完成，账单来自模型服务商。把客户端费用省下来，不代表整体成本就低。
三、按量计费的钱花在哪里
普通对话的成本由输入和输出组成。输入包括系统提示、历史消息、附件和检索到的知识库片段；输出是模型生成的内容。多轮对话会把历史重新发送，轮数越多，累计输入越大。
举个不带价格的例子：一次提问附带 3000 Token 上下文，聊 20 轮，累计输入可能达到数万 Token，而回答本身只有几千 Token。账单大头常常在输入和重复上下文，不在你看到的回答。
三个放大器：长文档直接粘贴、每次带大量历史、频繁重试。把这些控制住，比单纯换便宜模型更有效。
四、知识库的隐藏账单：嵌入、重排与重新索引
知识库是 Cherry Studio 的常用功能，也是容易被低估的成本项。按官方文档，导入文件会解析文本、切分成块，建立关键词索引和向量索引。这个过程通常包括：
- 嵌入：每个文本块要调用一次嵌入模型，文件越多、块越多，调用量越大。
- 查询：每次提问都要把问题嵌入，才能做向量检索。
- 重排：启用重排后，问题和候选片段会再次送入重排模型。
- 重新索引：更换嵌入模型、切分方式或解析设置后，已有内容需要重新索引，等于再付一次嵌入费用。
所以知识库不是“导入一次就完”。模型升级、参数调整、文档替换都可能触发重算。先在小样本上验证，再批量索引，能避免大面积返工。
五、缓存和上下文管理能省多少
多数供应商对重复输入前缀提供缓存价，但命中条件各不相同：前缀要稳定，缓存有时间窗口，换模型通常会失效。Cherry Studio 本身不改变供应商的缓存规则，能做的是把稳定内容放前面：
- 系统提示、角色设定、固定规则放在对话前部。
- 临时日志、本次报错、刚改的文件放在后部。
- 不频繁修改早期消息，不频繁切换模型。
- 长文档先入库或先摘要，不要整篇反复粘贴。
- 给不同任务设不同助手，避免一个超长会话包打天下。
能省多少取决于命中率和使用方式，无法给出统一比例。建议用真实账单对比开启前后的差异。
六、预算上限设在哪几层
只靠自觉控制不住成本，建议分三层：
- 在网关侧给每个 Key 设月度额度与告警阈值。
- 按项目而不是按人头分配预算，便于归集。
- 规定日常任务用轻量模型，高成本模型按需申请。
- 给知识库单独建 Key，嵌入和重排费用单独统计。
- 批量索引前先估算块数，分批执行并保留回滚备份。
- 每周查看用量最高的助手和模型。
- 对 429、超时和重试单独统计，避免无谓消耗。
- 新成员默认低额度，稳定后再上调。
统一网关的好处是账单集中：一个入口、一份用量记录，按 Key 或项目拆分。注册入口见 /sign-up。
七、一套可复算的估算方法
把真实日志里的 Token 数量代入下面的函数，单价从站内模型价格或供应商价格页读取，单位统一为“元/百万 Token”。这里只做算术，不预设任何价格：
def monthly_cost(chat_in, chat_out, cached_in,
embed_tokens, rerank_tokens, price):
"""price 为对应项目的单价，单位：元/百万 Token"""
return (
(chat_in - cached_in) * price["input"]
+ cached_in * price["cached_input"]
+ chat_out * price["output"]
+ embed_tokens * price["embedding"]
+ rerank_tokens * price["rerank"]
) / 1_000_000
至少记录五项：输入、缓存命中、输出、嵌入量、重排量。只统计成功请求会低估账单；重新索引和失败重试也要计入。
八、常见误区
“开源就完全免费”忽略了模型费。“客户端免费，所以随便用”会让账单在知识库索引时突然放大。“只比较对话单价”忽略了嵌入和重排。“便宜模型一定更省”忽略了失败重试和轮数。还有一种误判：把缓存当成必然，实际上前缀一改就可能失效。
常见问题
Cherry Studio 本身收费吗？
社区版开源免费，企业版是商业产品，功能和价格以厂商官方页面为准。无论哪个版本，模型调用费用都另计。
用 Cherry Studio 一定要买 API 吗？
要调用云端模型就需要可用的 API Key，可以来自模型供应商，也可以来自兼容网关。使用本地模型时不需要云端 API，但需要本机算力。
知识库为什么可能比聊天更贵？
导入时的分块嵌入、每次查询的嵌入、可选的重排，以及换模型后的重新索引都会产生费用。文件多、更新频繁时，这部分增长很快。
本地嵌入模型能省钱吗？
能减少嵌入 API 调用，但会占用 CPU 或 GPU，速度受硬件限制。是否划算取决于文档量、更新频率和对检索质量的要求，建议先小规模对比。
怎么判断按量计费是否适合团队？
连续记录一到两周的真实用量，按上面的公式复算，再与固定预算方案对比。用量波动大、模型切换多的团队通常更适合按量加限额。
小结
Cherry Studio 的客户端成本很低，真正的账单在模型调用，尤其是知识库的嵌入、重排和重新索引。先记录真实用量，再设预算上限，最后才比较模型档位。需要统一入口和多模型管理，可以先注册中商起航 AI 网关，价格以模型价格页为准。
相关阅读：
