Cherry Studio 的密钥预警和预算告警该在哪一层设置，客户端内能直接配吗？

Cherry Studio 的预算告警不在客户端里设，而在上游 API 服务商的额度与账单页设。原因是它属于本地运行的桌面客户端，请求由本机直接发往服务商接口，客户端不代收费用、也不持有账户余额，因此它能决定的是密钥怎么填、用哪一条，决定不了这个月已经花了多少钱。如果你的调用走企业统一网关或包月订阅制，这套做法不适用，应改在网关侧做统一配额与告警。 密钥预警要先分清两件事：泄露预警和额度预警，两者的设置位置完全不同。泄露预警关心的是密钥有没有外流、有没有被别处复用，靠的是轮换周期、单密钥权限收敛和服务商的异常调用提示；额度预警关心的是余额或用量触到阈值，靠的是服务商侧的余额提醒与单密钥限额。把两件事混成一个“告警”去配，通常结果是钱花超了没拦住、密钥该换也没换。 额度预警必须落到“单密钥”这一级，只设账户总额度等于没设。服务商控制台一般同时提供账户余额提醒和单个 API Key 的额度上限，前者告诉你整体快没钱了，后者才能在某个用途失控时把损失关在小范围内。做法是给每个用途单独申请一条密钥，在该密钥上设日上限或月上限，并把阈值通知绑定到能实际处理的人，而不是默认邮箱。 在 Cherry Studio 侧，密钥管理的重点是隔离，不是监控。较新版本支持为同一服务商登记多条密钥条目并切换启用，你可以按“个人日常对话”“批量文档处理”“自动化脚本”分别建条目，命名带上用途和启用日期，例如用途加年月，停用的条目直接关闭开关而不是留着。具体入口在设置里的模型服务商一项，随版本可能调整，以你所用版本的官方说明为准。 预算阈值不要凭感觉写一个数，要按历史用量倒推。取最近两到四周的实际消耗，除以天数得到日均花费，再乘一点五到二作为缓冲，作为日预算；月预算按工作日数量估算，不要简单按自然月满打。告警分三级更实用：五成提示、八成预警、十成切断或降级，只有后两级值得打扰人，前一级留作趋势观察，避免天天响导致没人看。 告警发到哪里、由谁处理，比阈值本身更影响效果。服务商的通知通常支持邮件，部分支持 Webhook，能推到团队群就推到群里，避免只发到个人邮箱；同时约定一个响应动作，比如八成时检查是否有异常长上下文或脚本死循环，十成时先停用对应密钥条目再排查。没有响应动作的告警等于日志，事后只能用来复盘，拦不住超支。 超额之后的降级路径要提前设计，否则告警触发时你仍然会中断工作。常见做法是备一条额度独立的密钥，在主密钥被服务商拒绝后手动切换条目继续；对成本敏感的批处理任务，同时准备一个更便宜的模型作为回落选项，并在 Cherry Studio 里预先配好对应服务商条目。需要注意，切换是手动的，客户端不会因为你余额不足自动换密钥。 多人共用一台机器或一个团队账号时，一人一钥是底线。共享同一条密钥会导致用量无法归因，出了异常既找不到人也没法只停某一个人的权限；正确做法是每人申请独立密钥，各自在本地客户端填写，管理员在上游按密钥设额度。成员离开或更换设备时，走一遍吊销加重新签发的流程，并把旧条目在客户端里删除，而不是只关开关。 本地密钥的存储安全同样属于预警的一部分。客户端把密钥保存在本机配置里，导出的备份文件通常也包含这些内容，所以备份不要丢进公共网盘或代码仓库，机器要设登录密码与磁盘加密；排查问题时不要把完整密钥贴进聊天记录或工单截图，只贴前后几位。密钥一旦在群聊、截图或公开仓库出现过，应当作已泄露处理，直接吊销重发。 截至常见桌面版本，Cherry Studio 没有面向账户余额的内置预算告警面板，这是使用它时最容易被误解的一点。合理的分工是：客户端负责密钥分组、命名、启停与轮换，服务商负责额度上限、余额阈值与通知投递，两边各管一段。若后续版本新增了用量统计或提醒能力，以官方说明为准；在那之前，把额度设在服务商侧，是唯一能真正拦住超支的位置。