MCP 工具层重建与邮件订阅，v3.6.5 更新记录里该看哪几项
AnQiCMS v3.6.5 在 2026-10-07 发布，这次更新的主线是把 MCP 工具层按意图目录重建，并给 AI 接入端加上回合级批量审批；配套还有邮件订阅、留言列表、附件 base64 上传、模板备份扩表、文件搜索通配等一批新能力。对管理员来说，读这份更新记录的重点不是”多了哪些接口”，而是判断哪些改动会影响现有工作流、升级前要先做哪几个动作。
工具层为什么按意图目录收敛
此前的 MCP 工具面偏散装，能力按功能点各自暴露，客户端要理解的命名与参数口径很多。v3.6.5 把工具层重建在统一的意图目录上：每个操作先归到明确的意图域（内容、分类、媒体、设置等），再由目录统一收敛出入口。这样做的直接好处有三个：外部 AI 客户端（如 Claude、Cursor 等）接入时面对的是同一套语义，写错参数被目录层拦下；权限可以按意图域整体开关，高危的全站级操作域默认关闭、需要显式开启；后续新增能力沿目录挂载，不再需要客户端逐个适配。
如果你用脚本或第三方客户端直连过旧的接口，升级后要重新核对工具名与参数结构，这是本次最可能踩到兼容问题的地方。
回合级批量审批改变什么
重建后的工具层支持回合级操作审批：AI 在一轮对话里发起的多个写操作，会合并成一次确认，而不是每写一条就要人点一次同意。对批量内容任务来说，这把”AI 编排、人做终审”的节奏真正跑通了——一轮任务一次审批，审批粒度落在回合而非单条请求上。
要强调的是审批并没有被省略，只是合并了。放权给智能体批量改内容之前，仍然建议先在测试站跑一遍完整回合，确认合并确认覆盖的操作集合符合预期。
新增能力一览
| 更新项 | 内容 | 对管理员的意义 |
|---|---|---|
| MCP 工具层重建 | 基于意图目录统一收敛，支持回合级批量审批 | 外部 AI 客户端需重新适配工具名 |
| 邮件订阅 | 新增订阅能力入口 | 可承接内容更新的定向触达 |
| 留言列表 | 留言数据的列表化查看 | 表单反馈有了集中处理面 |
| 附件 base64 上传 | 附件支持 base64 编码方式传入 | 无文件流的集成场景也能传附件 |
| 模板备份扩表 | 备份范围扩展到模板 | 模板改动纳入既有备份恢复链路 |
| 文件搜索通配 | 文件搜索支持通配匹配 | 批量定位素材更直接 |
其中模板备份扩表值得单独留意：它让备份与恢复能力覆盖到静态文件与模板层，改模板出问题时可以用恢复动作兜底，而不只是恢复数据。
升级前后的检查动作
升级前做三件事：先执行一次完整备份，确认数据库与静态文件都能恢复回当前状态；导出或在本地留存现有的 MCP 接入配置，方便对照新口径逐项迁移；在测试环境把业务上最常用的写操作回合完整跑一遍。
升级后同样三件事：验证备份链路真的能恢复，而不是只看备份任务成功；确认高危意图域（备份、升级、多站点等全站级操作）默认保持关闭状态，没有被历史配置顺带打开，符合按意图域设置暴露范围的最小权限原则；抽查一次邮件订阅与留言列表的实际数据，确认新表结构落库正常。
版本记录类信息以站内更新记录与 CHANGELOG 口径为准，没写进更新记录的改动不要臆测。另需留意：v3.6.5 之后官方在 2026-10-08 又发布了 v3.6.6，修复了列表排序参数注入与站点切换登录凭证可被伪造两项高危问题，升级时建议直接对齐到最新版本线，而不是逐版本停留。
常见问题
Q：升级 v3.6.5 会不会打断现有的 AI 接入？ A：工具名与参数经过意图目录收敛，直连旧接口的脚本有适配风险，先在测试环境验证再切生产。
Q：回合级审批是不是意味着写操作不用确认了？ A：不是。确认仍然发生，只是从单条合并到回合粒度，一轮任务一次批准。
Q：升级前必须备份吗？ A：强烈建议。本次涉及 MCP 层重建与备份扩表两处结构性变化，回退需要可用的备份点。