子比主题用久了会发现，真正耗时间的往往不是排版，而是「把脑子里的东西搬到后台」这一段：打开编辑器、选分类、传封面、写摘要、设置付费……一篇文章还没开始写，先花掉十分钟。
这篇文章记录一次把站点接进 AI 工作流的实测：让 WordPress 通过 MCP（Model Context Protocol）把内容能力暴露出来，AI 端直接写稿、配图、发文章、发帖、上架商品。下面这些模块不是截图，是本文自己正在使用的。
为什么是 MCP，而不是再包一层 REST
WordPress 本身有 REST API，但把它接给 AI 有几个现实问题：字段散落在十几种端点里、自定义文章类型的 meta 不暴露、鉴权方式对客户端不友好。MCP 的价值不在于「又一个接口」，而在于把「能做什么」声明成模型可以直接读懂的工具清单。
- 每个工具都带 JSON Schema，模型知道该传什么参数，不用猜；
- 能力有命名空间和权限回调，越权操作在服务端就被拦住；
- 客户端只认一个端点，换模型、换客户端都不用改站点。
站点这一侧做了什么
从 WordPress 6.9 开始，核心内置了 Abilities API，能力可以被注册成带输入输出描述的「能力」，再由一个轻量端点转成 MCP。落到子比主题上，需要照顾的主要是它的私有数据结构：
- 论坛帖子是
forum_post，版块关系存在plate_id这个 meta 里，回帖本质是 WordPress 评论； - 商城价格放在
product_config序列化数组里，主题会同步一份到zibpay_price； - 付费阅读、付费下载由
posts_zibpay驱动，pay_type决定是阅读、下载还是图片、视频。
把这些对齐之后，AI 写出来的内容才算真正「长得像子比的内容」，而不是一篇能在后台打开、前台却错位的 HTML。
现在能做什么
目前对外开放了 24 个工具，覆盖五组能力：文章与页面增删改查、分类与标签、媒体上传、论坛版块与帖子、商城商品。写作时常用的组合是：先查分类拿 ID，再传图片拿 URL，最后一次性提交正文、封面和付费设置。
付费墙是怎么配的
子比的付费阅读有两个前提：文章 meta 里 pay_type 必须是 1，正文里要有一段由 payshow 短代码包裹的付费内容。少一个都不生效，这是最常见的问题。
卡片、列表与商品
正文里的模块化内容不需要手写 HTML，短代码就够了。比如插入一张站内文章卡片：
插入某个分类下的最新文章列表：
如果在做资源站，还可以直接把商品嵌进正文：
智扬星海-注册邀请码
边界在哪里
这套东西并不适合「一键生成整站」。它擅长的是有明确结构的内容生产：教程、清单、公告、商品说明。真正需要判断力的部分——选题、观点、取舍——仍然在人这边。工具只是把重复劳动压到了接近零。
如果你也在用子比做内容站，不妨先从一个分类、一种文章模板开始试：把字段固定下来，剩下的交给流程。
