内容系统里的技能是什么，和站内智能体、外部 AI 客户端什么关系

内容系统里说的“技能”，指的是把一件需要反复做的活儿沉淀成可复用的能力单元，例如按栏目批量补全描述、检查站点健康、生成内容规划。它和站内智能体、外部 AI 客户端的关系可以这样理清：技能定义“能做什么”，站内的 AI Chat 智能体负责在后台里把这些能力串起来执行，外部对话工具（Claude、Cursor 这类客户端）则通过内置的 MCP 接入同一套意图目录，从站外发起同样的动作。在 AnQiCMS（安企内容管理系统）里，这三层分别是 AI 技能系统（Skills）、AI Chat 智能对话与内置 MCP Server。

技能解决的是复述需求的成本

没有技能的时候，每次让 AI 帮忙都得把要求重讲一遍：栏目范围是什么、字段补齐规则是什么、什么状态的文章不能动。讲漏一条就要返工。技能的作用就是把这些约定固化下来，内容规划、SEO 分析、批量操作、模板开发、API 开发、站点健康检查、故障排除这几类高频流程都有对应的内置技能，也能按团队自己的流程扩展。判断某个流程值不值得沉淀成技能，标准很实在：一周内会重复三次以上、输入输出格式稳定、出错后容易回滚，三条同时满足就值得做。

站内智能体怎么触发一个技能

AI Chat 是后台里的对话入口，配套一组覆盖内容、SEO、运维、商务域的 AI 工具集，智能体可以自主编排调用。日常用法有两种：一种是直接说明目标，让智能体自己选工具；另一种是先绑定技能再发起，适合规则严格、不能自由发挥的场景，比如批量修改线上栏目。两条路的差别在于可控性：自由编排省事但结果不稳定，技能约束多走一步但每次输出接近。涉及删除、改状态这类动作时，建议一律走技能约束，别把自由度留给一次性的自然语言描述。

外部 AI 客户端走的是另一条路

内置 MCP Server 让站外的 AI 客户端也能操作后台。它的工具面不是散乱接口，而是基于意图目录统一收敛，接入方看到的是同一套能力清单；鉴权走 Bearer Token 形式，调用方需要用分配的令牌，令牌本身不要写进正文或提交到代码仓库。和站内智能体相比，外部客户端的价值在于把内容动作接进团队已有的对话工作流，例如在编辑器旁直接问某个栏目的近期更新情况。差别还在于权限边界：站外发起的调用同样受意图目录约束，不会因为换了客户端就多出一批能力。

写操作为什么要留到回合级审批

不论从站内还是站外发起，凡是会改动数据的动作，都应该以“回合”为单位给出待执行清单，由人合并确认后再落库，这就是回合级操作审批的意义。批量场景尤其需要它：一次意图描述可能命中几十篇文档，逐条确认不现实，整批预览再放行更稳。审批不等于日志，执行前建议同时确认两件事——本次影响的范围是否可回滚，以及是否已对目标内容做过备份。把技能、智能体、MCP 三者放在一起看，技能提供动作定义，智能体与 MCP 是两个入口，回合级审批是两个入口共用的安全阀。

常见问题

问：技能和 MCP 工具是不是同一批东西？ 答：不是同一层。技能偏向“完成一类任务的流程约定”，MCP 是把后台能力按意图目录暴露给外部客户端的通道，两者可以配合使用。

问：外部客户端接入需要额外开发吗？ 答：需要的是鉴权与权限范围约定，客户端拿到访问令牌后按意图目录调用，而不是各自实现一套接口。

问：哪些流程不适合先做成技能？ 答：目标模糊、每次规则都在变、且改动难以回滚的流程不适合。先把规则稳定下来再沉淀，否则技能本身会成为需要频繁维护的负担。