正式告别 WordPress 后台手动发文与内容管理

这段时间我越来越明显地感觉到：WordPress 后台正在从“每天必须进去干活的地方”，变成“需要时才进去检查和兜底的控制台”。

以前发一篇文章，流程通常是：准备内容 → 打开后台 → 新建文章 → 粘贴正文 → 上传图片 → 设置特色图 → 选分类标签 → 检查自定义字段 → 发布。文章越多、站点越多，这些重复操作越容易把时间耗在“点按钮”上，而不是内容本身。

现在我的实际工作方式已经开始反过来：先告诉 ChatGPT 我要做什么，再让它通过 MCP 调用 WordPress 能力完成真正的内容操作。 我更多是在对话里定目标、补信息、做判断，而不是在后台一项一项机械操作。

真正的变化，不是“AI 会写文章”

AI 会写内容这件事早就不新鲜了。真正让我觉得 WordPress 工作方式开始变化，是 AI 已经能直接进入真实内容链路：

读取网站里现有文章，而不是只看我复制出来的一段文字；
创建和更新真实文章，处理分类、标签、作者、自定义字段；
把 ChatGPT 会话里的图片直接上传到媒体库，并设置特色图；
只改标题、只改一句正文，而不是整篇文章全部重写；
需要时先看差异和风险，再决定是否发布；
操作错了还能从快照里恢复，甚至只恢复其中一个字段。

这已经不是“AI 写作插件”的思路了，更接近用 ChatGPT 作为 WordPress 的自然语言控制中心。

最近几轮真实开发，让我更敢把后台操作交给 AI

最近我一直在持续完善 Actions Bridge。回头看这几天的 Git 变更，最有价值的并不是又多了多少功能，而是一直在补“长期真实使用”里最容易出问题的地方。

1. ChatGPT 里的图片，现在可以直接进 WordPress

以前最割裂的一步，是 AI 生成完图片以后还要手动下载，再进 WordPress 后台上传。现在会话附件可以直接通过 MCP 进入媒体库，并在上传过程中处理格式、尺寸、质量、文件名、文章关联和特色图。

看起来只是“少了几次点击”，但对于图文内容生产来说，这一步补上之后，整个链路才真正连起来。

2. 自动化不能只追求快，还得能审核&查验

AI 最大的优势是执行快，但生产环境里，最大的风险也恰恰是它执行得太快。所以最近增加了可视化发布审核&查验：平时保持快速发布，需要看差异、风险和受影响内容时，再进入审核&查验流程。

我的目标不是让每一次操作都多一层确认，而是让“快”和“可控”可以同时存在。

3. 快照不只是整篇回滚，而是可以精细恢复

实际维护文章时，经常不是“整篇都错了”，而是标题改坏了、分类不对、特色图换错了，或者某个自定义字段出了问题。最近的快照能力已经可以更细地恢复标题、正文、分类、特色图或自定义信息。

这件事很重要，因为 AI 真正进入生产环境以后，安全感不是来自“它永远不会错”，而是来自错了也能看见、能追踪、能恢复。

4. 时间、回收站、重复更新这些细节，决定了能不能长期用

最近还补了几类很“后台日常”的能力：补发历史内容时可以更准确地保留发布时间和修改时间；删除文章优先进入 WordPress 回收站而不是直接永久删除；只改一小处或重复提交相同内容时，尽量不触碰无关字段，也不无意义刷新修改时间。

这些功能不够“炫”，但它们反而最接近真实运营。因为站长真正担心的通常不是 AI 不会生成内容，而是它会不会把旧文章时间改乱、会不会误删、会不会碰坏本来不该动的字段。

Actions Bridge：把 ChatGPT 变成 WordPress 内容管家

Actions Bridge 的定位越来越清楚：它不是把一个大模型塞进 WordPress 后台，而是在 WordPress 和外部 AI Agent 之间建立一层真正可用于生产环境的桥接能力。

它已经接入 WordPress Abilities API，并内置 MCP Adapter，可以让 ChatGPT、OpenClaw、Codex、Claude Code、Cursor 等支持 MCP 的客户端直接调用站点能力。文章、媒体、评论、分类、自定义分类、自定义字段、提示词模板、审计日志、快照与设置，都可以逐步变成 AI 可调用的工具。