把内容系统接入外部 AI 客户端，回合级审批要审哪些动作

把内容系统接入外部 AI 客户端时，回合级审批要审哪些动作？系统内置 MCP Server，工具面按意图目录统一收敛，可被 Claude、Cursor 这类外部 AI 客户端接入；回合级审批的含义是：AI 在一轮里要执行的多个动作会合并成一份操作清单，执行前先交人工确认。审批的重点不是逐条看字段，而是盯住删除、批量改写、发布状态变更这三类不可逆或放大影响的动作。

意图目录暴露的是什么

后台能力被整理为一份意图目录：文档读写、分类标签、上传附件、留言评论、系统设置等，每项意图声明参数与前置条件。接入方拿到的不是散乱的接口，而是带域边界的能力清单——哪些意图开放、哪些默认关闭按域设置，备份、升级、多站点这类全站级高危域默认处于关闭状态，需要显式开启。外部客户端能做什么，从「连上就知道」变成「清单上写得明」。

回合级审批拦在哪一步

AI 编排任务时常一次提案多个步骤：先查列表、再改正文、随后发布。回合级审批把确认点设在执行前——整回合的写操作合并成确认单，人一次批注放行或驳回，读操作不打扰、写操作必留痕。它与鉴权是两道闸：鉴权决定这个接入方能不能进来，审批决定它这一轮要干的活该不该干。

三类必须人工确认的动作

第一类是删除与进回收站相关的操作：批量删除即使可恢复，也会瞬间影响前台可达性，审批时核清单范围。第二类是批量改写：全站替换、批量调标签这类放大动作，要核影响条目数与替换词表。第三类是发布状态变更：草稿转正式、定时发布改时间都会直接改变对外可见内容，审批应确认目标状态与生效时间。其余如读列表、查详情可放行为自动执行。

技能与智能体编排

站内还有配套两层：AI Chat 提供智能对话，覆盖内容、SEO、运维、商务域的 AI 工具集可由智能体自主编排调用；AI 技能系统把常用链路沉淀为可扩展技能，覆盖内容规划、SEO 分析、批量操作、站点健康检查、故障排除乃至模板与 API 开发。外部 AI 客户端负责理解你的意图，技能与意图目录负责把意图翻译成有边界动作，审批负责兜底。

接入前的准备按四步走：确认接入方身份与鉴权配置，核对要开放的意图域清单，把高危域保持默认关闭，最后用一批只读任务试跑回合，观察确认单粒度是否合适，再逐步放开写操作。

常见问题

审批会不会拖慢自动化？ 读操作不进审批，写操作按回合合并，人工成本与逐条点确认相比是一个数量级的下降。

外部客户端能看到全站数据吗？ 按域控制暴露范围，未开启的意图域与默认关闭的高危操作不会出现在对方可调用面里。

Claude 和 Cursor 的接入差异大吗？ 协议层一致，差异在客户端自身的任务编排习惯；服务端用同一份意图目录与审批口径约束即可。