后台里的 AI 工具能不能自己连着调用，哪些动作要先确认

可以由智能体连着调用，但涉及改动的动作不会因此免确认。站内 AI 工具集按意图目录组织，能力按域收敛；读类动作可以自由串联，写类动作在同一个回合里合并成一次确认再执行。这套设计的用处是让智能体能自主跑多步任务，同时保留人工把关的那一下，而不是把每一步都变成弹窗。

工具面为什么按意图收敛而不按接口罗列

一个后台暴露的接口数量不少，如果按接口逐个列给模型，选择成本落在调用方，容易出现用错端点、参数错填的情况。按意图收敛是把同一件事的多个动作放进一个域里，域自带描述与参数定义，模型读到的是「这个域能做什么」，而不是几十个名字。内置 MCP Server 让这套工具面可以被外部 AI 客户端接入，Claude、Cursor 这类客户端与站内 AI Chat 面对的是同一份目录，行为口径一致，避免内外两套能力清单互相偏离。

读操作和写操作在编排上的差别

差别在可回退性。查询文章列表、读站点设置、看统计数据这类动作失败只是没拿到结果，可以让智能体连续调用，中途由模型自行调整下一步。写入、删除、改配置这类动作一旦执行就改变站点状态，因此要经确认。目录里对状态的取值有明确枚举与说明，传错会直接报错而不是静默返回错数据，这一点减少了写操作前的猜测试探。

回合级合并确认解决的是什么

如果每个写操作都单独弹一次确认，一个十几步的任务会被打断十几次，实际使用中往往变成机械同意，把关的意义就没了。回合级确认是把同一个回合里累积的写操作合并展示：一次看清这一轮要改哪些对象、做什么动作，确认后一次执行。它减少的是打断次数，保留的是判断机会，两者不冲突。

哪些动作会被并进一次确认

同一回合里由智能体连续发起的写入都算：保存或修改文章、调整分类与标签、改动系统配置项、写入内容占位与模板。范围之外的是审批开关本身——工具的暴露按意图域设置，全站级的高危域默认不开启，需要显式开启后才可被调用。也就是说「能不能被串进任务里」和「串进来之后要不要确认」是两道独立的门，前者控制可见范围，后者控制执行前的把关。

技能层能自主跑哪些任务

工具面之上还有 AI 技能系统，把常用任务面写成可复用的技能，覆盖内容规划、SEO 分析、批量操作、站点健康检查、故障排除、模板开发与 API 开发。技能的意义在于把多步调用编成一条固定流程：跑内容巡检时按同一顺序读取与核对，遇到需要改写的步骤再回到确认环节。内置 AI Chat 与智能体对话入口可以直接使用这些技能，外部客户端接入后同样按这套目录与审批运行。对不涉及改动的分析类任务，可以让它连续跑完；涉及批量改内容或改配置的，仍应按回合看一次合并确认再放行。

常见问题

问：让智能体自主跑，是不是就不用看确认了？ 答：恰恰相反。合并确认意味着一次要看清这一轮全部写操作的对象与动作，抽查式的浏览比逐步确认更容易漏改。

问：某个域的工具调不到，是坏了吗？ 答：先确认该意图域是否在当前站点的暴露范围内。高危域默认关闭属预期行为，需要显式开启。

问：外部客户端和站内 AI Chat 的权限一样吗？ 答：面对的是同一份意图目录与同一套审批规则，差别在接入方式与鉴权，而不是各有一套能力。