1 概览

• BenszAPI 从 v1.11.5 持续推进到 v1.15.7，约两周内跑完 v1.12 到 v1.15 四段大版本，迭代主线转向"能力深化"
• 插件功能正式向所有用户开放内测：新建 API Key 选"智能（自动选择模板）"即可无缝衔接 Skill 生态，无需理解底层也能驱动复杂科研工作流
• 安全审查升级为正式内测的自适应风控系统，支持观察、自适应、阻断三种模式与图文混合审查
• 容灾机制全面落地，常规与容灾两条通道分层调度，让服务在高负载与异常下依然稳定在线
• 一大批体验细节被打磨：订阅到期提醒、画图续改、生图异步化、云同步竞态修复等

2 前言

如果你一路关注 BenszAPI 这个频道，应该还记得之前聊过的几条主线：从 v1.6 到 v1.10，聊天和画图应用从零落地、云盘同步搭起多端最终一致的骨架、发票报销跑通了团队流程、安全审查中间件第一次有了雏形；再到 v1.10.14 到 v1.11.4 那一轮"从有到好用"的打磨，自动联网、云同步加固、插件智能路由、多账号隔离逐一补齐。说实话，前两次迭代把"能用"的底子铺得差不多了 (～￣▽￣)～

而这次要聊的，是紧接着的 v1.11.5 到 v1.15.7——大约两周时间，版本号又往前跑了四段大版本。这轮的节奏和之前不太一样：它不再急着铺新模块，而是把已有能力往深里做。插件从"智能路由"进化到面向所有用户的正式内测，开始真正承载我长期沉淀的那套 Skill 工作流；安全审查从中间件雏形长成了完整的自适应风控系统；容灾机制让整条链路在异常面前更"扛得住"。下面挑几条用户感知最明显的主线展开聊聊。

3 插件能力：智能模式全量内测，无缝衔接 Skill 生态

如果只说一个这轮最值得关注的方向，我会说是插件能力的全面进化。

上次提到过，v1.11.x 给 API Key 引入了智能路由模式——网关会根据你的请求内容，自动挑选最匹配的 Prompt 模板注入，不用每次手动指定。但那时候它还只在一部分入口上生效，模板也比较朴素。这轮迭代把它往前推了一大步：智能模式正式向所有用户开放内测。你新建一个 API Key，模板那一栏直接选"智能（自动选择模板）"，剩下的交给系统就行。网关会实时分析你的请求意图，从预置的一整套模板里挑出最合适的工作流注入进去。

这里最关键的变化是，这些默认模板不再是泛泛的通用 Prompt，而是围绕我长期维护的整套 Skill 生态重新设计的。你可能知道，我这边沉淀了一大批面向科研和工程场景的 Skill，从文献检索、数据分析到论文写作、图表绘制都有覆盖。以前要用好它们，你得对这套生态的协作方式有相当的了解；现在只要选了智能模式，网关会自动判断你的任务属于文献调研、数据可视化还是论文撰写，然后把对应 Skill 的工作流衔接进去。换句话说，不需要你对底层 Skill 有任何理解，也能驱动一整套复杂的科研工作流——这对大多数只想要结果的用户来说，门槛一下就降下来了。

为了让这套自动衔接更稳，v1.15.7 把默认模板从原来的段落式 Prompt 重构成了七个结构化模板，统一了固定标题、智能路由触发词和适用边界。同时还引入了一种叫"强制插入"的模板类型，专门用来定义多个 Skill 协作时的中间文件、输出文件和交付边界，确保跨 Skill 衔接时不打架。模板内部还强化了"按需编排"的契约——小需求就轻量处理，全流程任务才会按阶段完整编排，避免简单任务被过度执行。这套设计让智能模式在"够聪明"和"不浪费"之间找到了平衡。

另外，对于有更高定制需求的用户，自定义模板能力现已对 Ultra 和 Max 套餐开放。你可以在权限范围内为自己的 API Key 编写专属模板，把常用工作流固化下来反复使用。

4 安全审查：正式内测的自适应风控系统

安全审查是这轮迭代里被反复打磨、也是我希望和大家坦诚沟通的一个功能。

上次提到 v1.8.0 引入过安全审查中间件的雏形。这轮它完成了从"雏形"到"正式内测系统"的跨越。v1.13.2 上线了观察、自适应、阻断三种执行模式：观察模式下系统只在后台静默记录，不打断你的正常使用；自适应模式是推荐模式，平时轻量观察，一旦识别到内容安全风险，会临时进入更严格的同步审查窗口；阻断模式则会直接拦截。系统接入了统一的内容安全审查引擎，支持文本与图片的混合审查，请求里任何一部分被判违规都会被拦截。

为了让这套机制真正可运营，v1.14.x 围绕它搭了一整套管理后台：可视化仪表盘按拦截、失败、降级放行等维度汇总，管理员能快速定位需要关注的记录；工作日志记录的是脱敏后的摘要，不会留存完整敏感内容。同时它还配套了一个默认关闭的"用户数据采集"模块，用于定向排障——采集策略默认是仅关注、仅元数据、512 KiB 预算的低敏形态，v1.15.4 又进一步收紧了默认值，最大限度降低误开启后的敏感数据留存。v1.15.6 则补上了安全审查白名单和数据采集白名单，命中白名单的用户不进入审查、不写入采集记录。

我要坦诚地说：安全审查目前仍处于不断完善的阶段。它存在的意义不是给大家添麻烦，而是为了守住这条链路的公共利益——一个共享的、对所有人开放的能力平台，如果不设最基本的底线，迟早会被少数滥用行为拖累到所有人都没有好体验。所以在磨合期，可能会偶尔出现误判或体验上的小波动，希望大家能多一份理解。我会在后台持续盯它的准确率和误伤率，把它一点点调教到位。

5 容灾机制：让使用一直在线

容灾是这轮里"存在感越低越好"的一类能力——它最好的状态，就是你完全感觉不到它的存在。

v1.14.0 给整条链路引入了资源分层的概念：日常请求全部走常规通道，只有当常规通道确实没有可用资源时，才会启用容灾通道兜底。围绕这个原则，后续几个版本反复打磨了"容灾通道不该被普通请求占用"的各类边界情况，确保兜底资源真的只在关键时刻才被动用，既不拖慢日常请求，也不会被无谓消耗。v1.15.0 还吸收了通道生命周期能力——每条通道都能配置有效期、到期提醒和到期后的自动迁移，避免某条通道悄悄失效了还没人知道；v1.14.1 则加了关键节点的邮件通知，一旦发生启用容灾或恢复常规的事件，管理员会第一时间收到提醒。

对用户来说，这些机制叠加在一起带来的直观感受就是一句话：用起来更稳了，该在线的时候一直在。

6 体验打磨与细节修复

除了上面三条主线，这轮还顺手收拾了不少用户能直接感知到的细节。

订阅侧，v1.15.0 新增了订阅到期邮件提醒，临近过期和刚过期的订阅都会收到系统通知，不会再悄无声息地断掉。v1.15.4 顺手修了一个让人困惑的问题——"我的订阅"页面之前会把同一套餐下的多个权益分组拆成好几张卡片，看着像订了好几份，现在已经按父级套餐聚合展示。发票侧，v1.15.2 把发票默认分类从"信息系统服务"调整为更通用的"生产生活服务"，v1.12.2 支持了开票时选择一级分类和二级项目，v1.14.9 还支持了一次性批量上传多个发票附件。

画图应用的体验提升尤为明显。v1.13.1 加了一个很实用的"基于此图继续优化"——生成好的图可以直接设为参考图继续改，不用每次从零描述。v1.13.4 到 v1.13.5 把图片生成升级为异步任务模式，长耗时的高清生图不再卡在单个请求上，配合通道切换重试机制，遇到超时也能自动换条通道再来一次；顺带修了生成进度"已等待 0 秒"长期不动的显示问题。聊天侧则修复了对话列表的排序方向，最近修改的话题现在会排在最前面。

云同步这边，v1.13.5 和 v1.15.4 修掉了两个比较隐蔽的竞态：一个是首次云端数据加载还没完成时新建话题，可能被旧快照覆盖；另一个是本地已经保存但还没同步的工作区被云端旧数据盖掉。修复后本地已有的改动会优先保留，远端变化先合并再上传，多端使用更可靠了。

其它还有不少零碎的打磨：普通用户侧边栏的版本号显示对齐了管理员样式，前端各类输入框和下拉框的高度统一了，不会再出现参差不齐的视觉错位；管理端创建上游账号时可以临时拉取可用模型列表填入白名单，不用再手动维护一长串模型名。至于那些零星的小问题——前后端组件对齐、错误提示文案、边界条件处理——大大小小修了不少，这里就不逐一罗列了，更新到最新版本就都能享受到。

7 小结

回看 v1.11.5 到 v1.15.7 这两周、四段大版本的迭代，BenszAPI 的重心从"体验打磨"进一步走向了"能力深化"。插件智能模式全量内测、无缝衔接 Skill 生态，让复杂科研工作流的门槛降到了几乎为零；安全审查从雏形成长为正式内测的自适应风控系统，在守住公共利益和保持体验顺滑之间持续找平衡；容灾机制让整条链路在异常面前更加扛得住。这些变化叠加在一起，让 BenszAPI 从一个"好用的能力平台"更像一个"能长期依赖的基础设施"了。如果你已经在用，建议更新到最新版本，试试智能模式和画图续改；如果还没用过，也欢迎来体验。有什么想法或建议，欢迎在评论区留言，或者加入售后 QQ 群 451527691 交流 (～￣▽￣)～