为了更方便调教策略，先把监控设施完善了..

汇总补充了 每次 chat 的实际消耗和 worker 消耗。

v2.11.0: Cherry Studio 导入与 Provider UA 定制 Latest
@agent-bingge agent-bingge released this 14 hours ago
v2.11.0
51d8294
✨ 新功能
Cherry Studio 链接导入 Provider：支持通过 Cherry Studio 链接一键导入 Provider 配置，简化多 Provider 管理流程。
已有 Key 选择支持：自定义 Provider 编辑弹窗中支持选择已有 API Key ，无需重复输入。
Key 数量指示器：Provider 编辑 UX 优化，展示当前 Key 数量便于管理。
Provider 自定义 User-Agent：支持为每个 Provider 单独配置 User-Agent ，避免上游服务商因默认 SDK 标识而封禁请求。
Provider 默认模型测试：API Key 测试时自动使用 Provider 特定的默认模型。
精确模型优先级路由：支持精确匹配模型名称的优先级路由，以及 Hash Key 解析。
Provider 导入暂存草稿：导入 Provider 配置时先暂存为草稿，确认后再保存。
模型批量删除：支持批量移除模型列表，提升管理效率。
User-Agent 透传与清理：将客户端 User-Agent 透传至上游 Provider ，清理 fallback 引用中的冗余字段。
🐛 问题修复
上游请求重试与 User-Agent 兼容：上游请求失败时使用浏览器兼容的 User-Agent 重试。
Provider Key 测试重试与错误处理：改进 Key 测试的重试逻辑和错误消息展示。
NewAPI 导入 Base URL 与模型发现回退：修复 NewAPI 导入时的 Base URL 拼接和模型发现 fallback 逻辑。
UI 错误消息展示：改进上游返回 HTML 响应时的错误消息展示与摘要处理。

把 CloudFlare 也兼容了，可以同时部署到 CF 和 Vercel~


✨ 新功能

Cloudflare Pages 全自动部署：支持通过 GitHub Actions 一键部署到 Cloudflare Pages ，自动完成 D1 数据库创建、KV namespace 创建、D1 migrations 执行、环境变量配置和资源绑定。
Cloudflare D1 + KV 存储：CF 部署使用 D1 （用量统计）+ KV （配置数据），自动检测 CF 环境并切换存储后端。

[2.5.0] - 2026-05-27

Added
智能路由引擎：新增延迟感知路由策略，支持延迟优先 / 成本优先 / 可用性优先三种模式，实时追踪 Provider 延迟并自动选择最优路径。(#11)
智能路由 Tab：Admin 后台新增 Routing 管理页面，可视化路由策略配置、流量分配和 Provider 健康状态。
API Key 安全管理：Admin 后台新增 Security Tab ，Key 遮掩展示、健康指示、轮换告警、审计日志，提升密钥管理安全性。(#11)
路由 API：新增 /api/admin/routing 和 /api/admin/security 管理接口。

Fixed
Edge 兼容性：替换 Node.js crypto 为 Edge 兼容的 FNV-1a 双哈希实现。
代码审查问题修复：修复 PR #11 代码审查发现的 19 个问题。

@breakplus 是的，目前给服务商加 key 有两个方法：
1 、就是在密钥配置列表里，选择你需要的服务商，然后先测试，提示该 key 可用后，点添加，就可以添加成功
2 、辅助功能里也可以添加，把自定义 key 勾上，然后也是先测试，提示可用后，点添加

然后就是最好配合 fallback 使用，如果你有多个可用的不同供应商 api key 的话。如果同个供应商的，直接添加多个 key 进去，也会走用完自动切到下一个的逻辑。

v2.3.0 — UX 四迭代全量上线 Latest
🚀 新功能
Provider CRUD 引导流程：Stepper 三步式（选模板 → 配密钥 → 测试保存），支持 8 个预置模板和自定义 Provider
模型别名管理：CSV 批量导入导出、内联编辑、模型可见性隐藏
优先级规则编辑器：拖拽排序、条件组合（ AND ）、冲突检测（重叠警告 / 重复报错 / 阴影规则）
用量监控仪表盘：日期筛选、Provider 维度过滤、用量趋势图表
上游模型自动发现：从上游 API 拉取可用模型列表，暂存确认后入库
Cron 巡检：健康探测与用量定时聚合
Provider API Key 长度校验
🔧 修复
Provider 弹窗滚动穿透
Vercel Hobby 计划 Cron 调度频率不兼容
KV 用量统计冗余计数开销
Provider 删除失败 (#7)
📐 优化
部署指南文档结构优化
Setup Wizard 缺失配置引导增强
Fallback 循环依赖检测与运行时防护

@MangoCloud 更新了

@MangoCloud 1 、可能是测试的模型不支持，可以手动选一下； 2 、在做了

@oakgeol 了解，这个需求，产品 agent 有规划，之前他定位了 P2 ，所以没有做在这次迭代里。后面迭代我们看看。

@oakgeol 哦，是类似 CPA 里那种不同策略？一个会话一个 API Key 死命蹬完，还是一个会话请求随机分配到不同 API Key 这种的？

@oakgeol 这个场景是啥？目前的策略是，你配置了 fallback ，如果失败了，自然会用 fallback 里的渠道，应用方 Agent 是无感知的。

@MangoCloud
https://cdn3.ldstatic.com/optimized/4X/6/b/5/6b543d28378ed59bfbd02590490eba549448c7fc_2_1380x866.jpeg

https://cdn3.ldstatic.com/optimized/4X/4/9/3/4937e325e9b284a111bdc15f8a26e41e8047b24a_2_1380x490.png

补充上说明了！

使用起来基本是这样，比如某神秘大佬经常开启半夜 plus 无限量供应，就直接配置为 fallback ，然后晚上临睡前给 OPC 安排任务，早上起来验收。

https://cdn3.ldstatic.com/optimized/4X/5/0/5/505be34594a7f9dff7102fe75d934d8614381f67_2_1380x644.png

https://cdn3.ldstatic.com/optimized/4X/c/4/d/c4dc7020843380fb6ca13c57e4503741300f7b5e_2_1380x954.png

https://cdn3.ldstatic.com/optimized/4X/c/4/d/c4dc7020843380fb6ca13c57e4503741300f7b5e_2_1380x954.png

@geeek 👍

@MangoCloud 是的是的，不好意思，前面写漏了使用说明，需要自己到 Vercel 后台创建下 Storage ，然后 connect 到这个项目。