后台的 AI 技能能编排哪些日常动作，批量操作前怎么限定范围

后台的 AI 技能能编排的是重复发生、输入输出明确的那类日常动作：内容规划、SEO 分析、批量操作、站点健康检查、故障排除、模板开发与接口开发。范围限定靠两件事，一是把高危操作域默认关闭（DefaultOff），需要时再显式开启；二是批量执行前把作用范围收敛到明确的筛选条件上，让每一步都有可核对的对象清单。

技能覆盖的日常动作

AnQiCMS 的 AI 技能系统（Skills）是内置可扩展的能力集合，配合 AI Chat 智能对话与覆盖内容、SEO、运维、商务各域的 AI 工具集，可以由智能体（Agent）按任务串联调用。按类别看，能编排的动作大致如下：

这张表里最值得强调的是「输入必须是范围」而不是「输入是愿望」。批量改标签如果只给一句「把旧文章都打上标签」，执行结果不可预期；给出「某分类下、某日期前、状态为正式文档」这三条，作用对象才是可核对的一份清单。

编排时的输入输出

技能被串起来用时才有真正的效率收益。一个常见链路是：SEO 分析技能先产出问题清单，内容规划技能把清单转成待办，批量操作技能按待办执行调整，站点健康检查技能在最后复核。这条链路的每一步都留下可读结果，出错时能定位到具体环节，而不是把整件事交给一次对话。

编排时要注意三点。其一，先跑只读的分析类技能，再跑写入类技能，让写入动作建立在已核对的对象清单上。其二，每一步的输出要能被人读懂，避免技能之间传递无法核查的中间结论。其三，把执行结果与预期条数做比对，数量对不上就先停手，别继续叠加操作。

默认关闭的域

范围控制是这套能力的另一半。AnQiCMS 的接口按意图域设置暴露范围，备份、升级、多站点管理这类全站级的高危操作域默认关闭（DefaultOff），需要时由站长显式开启。多站点场景尤其需要这条约束：一套后台管理多个独立站点时，一个未被限定作用域的操作可能同时影响多个站，默认关闭把这类事故的触发概率压到人工确认之后。

这条设计也把责任划清了。技能能做什么，取决于当前开启的域；而不是取决于模型怎么理解你的话。对站方来说，可控性来自开关，不来自提示词。

批量执行前的确认点

建议在每次批量操作前固定过一遍这五项：

1. 筛选条件是否完整，分类、状态、时间范围三者是否都写清；
2. 影响条数是否在预期内，先做一次预演或计数查询；
3. 是否已有备份，AnQiCMS 支持对数据与静态文件做备份和恢复，批量写入前留一份回退点；
4. 高危域是否按需开启，用完是否关掉；
5. 执行后的抽样核对，从受影响对象里随机看几条实际结果。

第 3 项和第 5 项最容易被跳过。批量操作的问题通常不在「全部失败」，而在「少部分不对」，没有抽样就发现不了。

常见问题

AI 技能会不会直接改坏线上内容？

风险取决于开启的域与是否留了回退点。只读类技能不改变数据；写入类技能在批量执行前先确认作用范围与影响条数，并保留备份，可以把风险限制在可恢复的范围内。

技能能自己决定调用别的技能吗？

可以由智能体编排调用，但写操作应当经过确认环节，把执行范围交代清楚后再落地，而不是让链路自行扩张。

开启高危域需要注意什么？

按最小范围开启、用完关闭，并把变更记录留档。全站级操作的授权本身也属于需要审计的动作。