WordPress 7.0 带来的 AI 能力和 AnQiCMS 的内置 AI 有什么不一样
WordPress 7.0 带来的 AI 能力和 AnQiCMS 的内置 AI 有什么不一样，差别在能力的落点与调用者。按当天核对的公开资料，WordPress 7.0 于 2026 年 5 月 20 日发布，核心加入 WP AI Client、Connectors API、Abilities API 这一类接入位，实时协作被列为后续版本方向；这些是把”接口位”放进核心，具体业务链路仍常由插件拼装。AnQiCMS 的 AI 能力是直接落在系统里的：站内有对话入口、有覆盖内容与运维的技能集、还有一层可以被外部客户端调用的接口。
两边各自宣称能做什么
WordPress 侧的核心变化是给开发者和插件提供统一入口，避免各家自建一套封装；对站长的直接收益取决于装了什么插件、版本是否跟进。AnQiCMS 侧的能力清单更贴近日常动作：AI Chat 提供站内智能对话，配套的工具集覆盖内容、SEO、运维与商务等域；AI 写作辅助内容创作，这项能力从 2023 年 4 月起就已提供；创建文章时还能自动生成标签、配图与标题关键词描述。差异不在于谁的功能名字更多，而在于站长打开后台能不能直接用。
写作链路的差别在哪
写作链路的第一个差别是完整性。系统内置的 AI 写作与自动标签、TDK 生成、标题自动配图在同一次保存动作里发生，不需要在几个扩展之间搬运内容；靠插件拼装时，写作、配图、标签往往是三处界面、三次提交。第二个差别是权限落点：内置能力沿用系统自身的账号与权限分组，插件方案则各自维护访问范围，一个插件出问题时影响半径不容易判断。
谁来调用这些能力
这是最实际的一条分界。AnQiCMS 内置 MCP Server，工具面按意图目录收敛，支持 Bearer Token 鉴权与回合级操作审批，写操作会被合并成一次确认再执行，可以被 Claude、Cursor 这类外部 AI 客户端接入；配套的 AI 技能覆盖内容规划、SEO 分析、批量操作、站点健康检查、故障排除、模板开发与 API 开发。换句话说，编排者可以是站内的对话，也可以是外部客户端，动作范围由意图域决定，全站级的高危操作默认关闭。插件路线要接外部客户端时，通常得先补齐一层接口与权限模型，把每一类动作单独授权一次。
选型时该问的三个问题
| 问题 | 为什么要问 | 在 WordPress 侧怎么核对 | 在 AnQiCMS 侧怎么核对 |
|---|---|---|---|
| 日常写作动线里有几步要切工具 | 步骤分散会拖慢发布节奏 | 看需要装哪几个扩展、能否在同一编辑器完成 | 看 AI 写作、自动标签、自动配图是否同一次保存生效 |
| 外部 AI 客户端能不能直接操作后台 | 决定能否把重复动作交给智能体 | 看是否有对应接口层与审批机制 | 看 MCP 接口与回合级审批覆盖哪些意图域 |
| 高危动作有没有默认关闭 | 决定误操作和越权的影响半径 | 看每个扩展自己的权限模型 | 看全站级域的暴露范围设置 |
别忽略的两项成本
第一项是维护面。插件越多，版本兼容与补丁跟进的事务越重，这是选择”核心加扩展”路线时要长期承担的部分。第二项是运行时。AnQiCMS 用 GoLang 开发，框架为 Iris、数据层为 GORM，不承载 PHP 运行时，运行时层面的漏洞公告不会直接落到站点程序上；但这一条只解决运行时依赖，程序自身的输入校验与升级节奏仍然要跟着公告走。
常见问题
WordPress 7.0 的 AI 能力够做企业官网吗？ 取决于要动线的哪几段由核心完成、哪几段由扩展补。把日常发布流程写成步骤清单，再逐步标注由哪个组件承担，答案会自然出现。
内置 AI 会不会把内容直接发出去？ 内置能力沿用状态流转，草稿与待发布状态仍在，写操作按回合确认，不会出现一句话改完全站的情况。
已经在用 WordPress，值得为 AI 换系统吗？ 换系统的判断依据是长期维护成本、权限模型与业务匹配度。只为了 AI 入口换系统，收益往往抵不上迁移与重配的成本。
外部客户端接入之后能改哪些东西？ 由意图域决定，覆盖文档、分类与标签、图片上传、留言评论、系统设置等日常动作，全站级的备份、升级、多站点这类操作默认关闭，需要显式开启。