1 概览

• BenszAPI 从 5 月中旬起密集迭代了 v1.6 到 v1.10 共五个大版本，新功能密度前所未有
• 聊天和画图应用从初步上线经历到流式响应、灵活分辨率、任务化生图、全屏模式的完整演进
• 云盘同步从零构建了后端代理、增量操作协议和多端最终一致同步体系，支持 Google Drive 和 OneDrive
• 发票系统引入报销组长制，订阅续费支持多月选择，支付流程进一步优化
• 网关侧新增安全审查中间件，支持配置审查范围和拦截策略
• 套餐定价测算持续优化，Dashboard 引入了窗口加权成本和敏感性分析

2 前言

之前聊过 v1.1 系列"API 网关到智能运营平台"的跃迁，也说过 v1.5.x 图片网关与渠道型套餐的落地，还有那次一天六版的韧性兜底和一键迁移。如果你一直关注 BenszAPI 的话，应该能感觉到这个项目的迭代节奏一直没慢下来 (～￣▽￣)～

而这次要聊的这段时间——大约从 5 月中旬到现在——BenszAPI 的版本号直接从 v1.5 跑到了 v1.10.13，跨越了五个大版本。说实话，这轮迭代的主题和之前不太一样。之前更多是在补"基础设施"的课——上游韧性、安全加固、套餐模型。而这轮，项目开始往用户能直接感知到的体验上发力了：聊天应用、画图应用、云盘同步、发票系统……这些功能从无到有、从能用到好用，变化还是挺大的。

下面我就挑几个用户最能直接感受到的新特性，展开聊聊。

3 聊天与画图：从零到一的用户侧应用

如果只说一个这轮最大的变化，我会说是用户侧应用的落地。

在 v1.5.20 之前，BenszAPI 的用户界面主要还是"管理控制台 + API Key"的模式——用户拿到 Key，通过第三方客户端去调用。但从 v1.5.20 开始，系统内置了聊天和画图两个应用模块。这意味着订阅用户可以直接在平台上完成日常对话和图片生成，不用再额外折腾客户端配置了。

聊天应用的迭代节奏特别紧凑。v1.6.4 上线了流式响应和 Markdown 渲染，对话体验和主流客户端没什么差别了。v1.6.5 引入了斜杠命令菜单和工作台导航，操作更加直觉化。v1.6.6 加了全屏模式，在大屏上使用体验好了不少。v1.9.1 则在参数规划上做了优化，把模型选择的复杂性从前端移到了服务端——用户不需要自己操心 temperature、top_p 这些参数了，系统会根据当前模型自动选择最佳配置。

画图应用的演进同样值得细说。刚上线时只支持标准分辨率，v1.9.6 引入了灵活分辨率和自定义尺寸，用户不再被局限在几个固定选项里。v1.9.7 加了一个很实用的功能——生成中途中止。以前如果发现提示词写错了，只能等图片生成完再删掉，现在可以直接取消。v1.9.9 更是大手笔地支持了 16:9、9:16、2K、4K 等多种宽高比和高清规格。v1.10.0 把图片生成改为异步任务模式，前端轮询状态而不是同步等待——这个改动直接解决了高分辨率图片生成时浏览器容易超时的问题。

最新的 v1.10.13 又加了生成进度的事件日志，用户能实时看到当前处于什么阶段、已经等了多久。还有一个不起眼但用了就回不去的小功能：输入框的上下箭头历史导航，光标在边界时按上下箭头可以回看当前话题内最近发送的消息。

4 云盘同步：多端数据不丢失

云盘同步是这轮迭代里技术含量最高的部分之一。

故事从 v1.6.4 开始——系统新增了用户云盘外挂存储能力，支持 Google Drive 和 OneDrive。用户绑定自己的云盘后，聊天记录和画图作品会自动同步到云端。这在概念上不复杂，但工程实现上要处理的问题很多。

v1.10.3 做了一个关键优化：云盘读写从"浏览器直连"改成了"后端代理"。为什么要改？因为很多用户的网络环境无法直接访问 Google Drive API——授权成功了但同步失败，还不好排查。改为后端代理后，用户只需要能访问 BenszAPI 本身就够了，云盘连接问题大大减少。

真正的技术挑战在 v1.10.6 到 v1.10.10 这几个版本。v1.10.6 引入了同步协议 v2——核心思路是"manifest + oplog + snapshot + tombstone + 设备游标"，实现多端最终一致。简单说，就是你同时在手机和电脑上用聊天应用，两边的消息都能正确合并，不会出现这边发的消息把那边的内容覆盖掉的情况。v1.10.8 进一步实现了真增量同步——每次只传输变更的部分，而不是把整个工作区文件来回传。v1.10.9 到 v1.10.10 解决了连续增量操作写入一致性的问题，确保同一轮对话中的多条消息都能可靠写入云端。

另外，v1.10.2 还把 OAuth 凭据的配置从文件搬到了管理后台——管理员可以在系统设置里直接维护 Google Drive 和 OneDrive 的 OAuth 信息，不用再去改配置文件重启服务了。这对运维效率的提升还是很明显的。

对于用户来说，这些底层优化带来的直观感受就是：云盘同步更稳定了，消息丢失的情况大幅减少。

5 发票与报销：更完整的商业能力

发票功能在这轮也经历了不小的升级。

v1.9.5 引入了报销组长制——这是一个比较有意思的设计。在团队或课题组场景下，成员各自充值消费后需要统一开票报销。以前的做法是每个人各自申请，管理员逐个处理，效率很低。现在用户可以申请成为报销组长，组长提交入组请求、管理员发送邀请、成员确认后，组员的订单就可以由组长统一发起开票申请。整个流程更清晰，也减少了管理员的工作量。

用户侧的开票申请状态展示也在 v1.9.1 做了优化。现在会清晰列出每笔开票申请的审核状态、金额和关联项目数量，不会再出现"待审核订单从列表消失让用户误以为订单丢了"的情况。

此外，订阅续费也变得更灵活了——v1.9.1 支持了多月续费，用户可以选择 1、3、6、12 个月或自定义月数，不用每个月都去手动续一次。对于长期使用的用户来说，这个功能省了不少事。

6 安全审查与网关治理

v1.8.0 引入了安全审查中间件。管理员可以配置审查模型和多个审查范围，在网关转发请求前按"通过、修订、拦截"三类结果处理。这个功能的核心价值在于：它不是简单的内容过滤，而是可配置的审查策略——你可以定义不同的 Prompt 来覆盖不同的审查场景。

v1.8.1 又补了几个重要的增强：临时不可调度总开关（管理员可以运行时关闭临时摘号，批量清理已有状态）、真实请求恢复路径（上游成功请求会自动重置临时摘号状态），以及 SearXNG 联网检索支持（聊天应用可以联网搜索，不再局限于模型自身的知识截止日期）。

另外，v1.8.5 还加了一个看似小但挺重要的功能：支付订单号前缀可配置化。管理员可以在系统设置里自定义订单号前缀，方便对接不同的财务系统。

7 小结

回看这半个多月的迭代，BenszAPI 的重心明显从"基础设施补课"转向了"用户体验打磨"。聊天和画图应用从零到可用再到好用，云盘同步从基本能连到多端最终一致，发票系统从简单开票到团队报销流程，安全审查从无到有——这些变化叠加在一起，让这个项目从"API 中转工具"更像一个"完整的 AI 能力平台"了。

对用户来说，最直观的感受就是：能做的事情更多了，做起来也更方便了。如果你已经在用 BenszAPI，不妨试试这些新功能；如果还没用过，也欢迎来体验一下。有什么问题或建议，欢迎在评论区留言，或者加入售后 QQ 群 451527691 交流 (～￣▽￣)～