本文最后更新于 2026年9月4日。

AI 修改WordPress文章：REST API 和 MCP 两种方案

结论：REST API原生就可以改文章；MCP是上层封装，底层大多还是调用WP REST API。

REST API：自己写脚本/Agent调用，适合开发；
MCP：给Claude、Cursor等MCP客户端直接用，自然语言指令修改文章，不用写HTTP请求代码。

一、REST‑API方案（原生支持，不需要额外插件）

WordPress 自带 wp‑json/wp/v2/posts 接口，可以读取、修改文章内容、标题、摘要、状态、SEO字段。

1.鉴权

WP5.6+ 使用应用密码(Application Password)，用户个人资料页生成，不要用账号密码直接BasicAuth。

关键接口

1.读取文章：GET /wp‑json/wp/v2/posts/{post_id}?context=edit，拿到content.raw原始HTML内容
2.更新文章：POST/PUT /wp‑json/wp/v2/posts/{post_id}

{
  "title":"新标题",
  "content":"<p>修改后的正文HTML</p>",
  "excerpt":"摘要",
  "status":"publish"
}

完整工作流（推荐，防止AI乱改）

GET读取原文 → AI接收文本做改写 → 脚本拿到AI输出 → 校验 → 通过REST API写回WP

优点：可控、灵活，Python/JS都能写；缺点：需要自己处理提示词、格式转换、错误重试。

curl示例：

curl -X POST https://yoursite/wp‑json/wp/v2/posts/123 \
‑u "youruser:xxxx‑xxxx‑xxxx‑xxxx" \
‑H "Content‑Type: application/json" \
‑d '{"content":"修改后的文章正文"}'

二、MCP方案（Model Context Protocol）

MCP不是替代REST API，是AI Agent工具调用层，MCP‑Server内部封装REST API，AI客户端直接调用工具：

你只需要对AI说：读取id=123文章，润色全文，保留原有格式，更新回网站，AI自动完成读‑改‑写全流程，不用手写HTTP请求。

两类MCP‑Server实现

① WordPress插件（部署最简单，推荐）

直接在WP后台安装插件，站点对外暴露MCP http endpoint，Cursor/Claude Desktop填配置即可连接。

Cowboy‑MCP：开源免费，支持修改回滚、审计日志、dry‑run预览变更，适合生产环境
Easy‑MCP‑AI：http transport，无需node，直接Bearer token鉴权
Agent‑Abilities‑for‑MCP：最小权限控制、审计日志，WP6.9+官方Abilities API适配>

插件开启后会生成MCP地址，类似：https://yoursite/wp‑json/cowboy‑mcp/v1/endpoint，带Bearer鉴权头。

Cursor MCP配置示例：

{
  "mcpServers": {
    "wp": {
      "type":"http",
      "url":"https://yoursite/wp‑json/cowboy‑mcp/v1/endpoint",
      "headers":{"Authorization":"Bearer 你的token"}
    }
  }
}

② 本地Node/Python MCP服务（Stdio模式）

本地运行MCP服务，本地程序调用WP REST API，适合本地Agent，不对外暴露站点接口。
开源项目：

aaronsb/wordpress‑mcp：Node，支持Markdown自动转HTML，行级替换，区分作者/编辑权限角色
crunchtools/mcp‑wordpress：Python编写，本地stdio运行，凭据不会出站

MCP工具能力

可用工具：get_post、update_post、list_posts，AI可以：
1.读取指定ID文章
2.拿到原始正文，交给大模型改写
3.调用update_post直接写回WP；支持预览dry‑run，不直接保存真实数据。

三、两种方案对比

方案	REST API原生	MCP
上手成本	写代码处理http请求	安装插件，AI客户端配置JSON
适用对象	自研脚本、自定义Agent	Claude、Cursor、MCP兼容客户端
底层实现	直接调用WP接口	MCP‑Server内部封装REST API
格式处理	AI返回文本，手动处理HTML/Gutenberg块	部分MCP插件自动Markdown↔HTML转换
安全	需要自己实现dry‑run、备份	很多MCP插件自带审计日志、回滚、只读开关

四、踩坑提醒

1.WP REST API如果打不开：确认后台设置固定链接，伪静态配置正常；部分安全插件会拦截wp‑json，需要放行。
2.Gutenberg块文章：content.raw是块的HTML，AI改写不要破坏块标记；简单文本改写没问题，复杂块编辑需要插件增强。
3.安全风险：MCP写权限务必最小权限账号，生产环境优先开启dry‑run预览，不要直接允许AI无确认修改线上文章，优先用编辑器角色，不要管理员账号。
4.应用密码：不要泄露，定期轮换。

选型建议

1.如果你自己写程序/Python脚本批量改文章：直接原生REST API，可控最高。
2.如果你想用Cursor / Claude Desktop聊天式自然语言修改WP文章：直接上MCP插件。