欢迎访问晨星博客！
把文章从聊天窗口搬进 WordPress 后台这件事，过去一直卡在同一个地方：你得先在 Claude 或 ChatGPT 里写好内容，再复制、切标签页、粘贴、调格式。MCP（Model Context Protocol）想解决的正是这一步。它是一个开放标准，让 AI 客户端能向一个服务询问"你能做什么"，然后直接调用。放到 WordPress 场景里，你的站点就是那个"回答问题的服务"，Claude 和 ChatGPT 则是发起调用的客户端。
实际落地时，你并不需要自己写协议层。现在 WordPress 插件目录里已经有一批把 MCP 服务器打包好的插件，装上、启用、拿到一个端点 URL，再把它填进 AI 客户端的连接器设置里，剩下的事就是决定"允许它动哪些东西"。真正需要你花心思的，是后半句。
大多数教程把顺序搞反了：先教你连上，最后才提一句"注意安全"。但 MCP 的连接流程本身就把权限设计嵌进去了——你在授权那一步选的工具集，决定了这个 Agent 此后能读什么、改什么。
以 Agent Abilities for MCP 这类插件为例，它的后台有一个 Abilities 标签页，里面是一组可开关的工具能力。你打开哪些，AI 就只能调用哪些。它同时提供审计日志，记录 Agent 做过什么。Jetpack 的 MCP 支持文档里也是同一个思路：先设定 Agent 可以读取和更改的范围，再连接，最后回看它做了什么。
这个顺序不能省。一个只开了"读取文章列表"和"创建草稿"的 Agent，和一个开了"更新站点设置""管理用户""上传媒体"的 Agent，风险完全不在一个量级。
搜一圈插件你会发现，市面上的方案大致分两类，它们在权限和凭据的处理方式上不太一样。
一类是插件在你的站点上自建 MCP 服务器，端点地址就长在你自己的域名下。Agent Abilities for MCP、Easy MCP AI 都属于这种，连接时走 OAuth：你在浏览器里以某个 WordPress 用户身份登录并批准，客户端此后就以这个用户的身份行动。对于不支持 OAuth 的客户端，它们通常提供一个退路——创建一个低权限的 agent 用户，给它生成 Application Password，用这套凭据连接。
另一类会引入一个中继层。WPVibe 就明确说明它会处理认证、用加密方式保存凭据并转发请求；Jetpack 的方案则是依托已经连接的站点启用 MCP 访问。中继的好处是配置简单、跨客户端兼容性好，代价是你的凭据和请求要经过第三方服务。
选哪种取决于你的接受度。如果站点涉及会员数据或电商订单，自建端点 + OAuth + 低权限用户这套组合更可控；如果只是个人博客想省事，中继方案也没什么问题，但要确认它加密存储凭据、并且你能随时撤销授权。
Claude 这边的路径比较统一。以插件提供的端点为起点：
Claude 的网页版、桌面版和 Claude Code 都支持这套流程。如果是 Team 或 Enterprise 套餐，自定义连接器通常需要 Owner 或具备相应权限的角色先在组织设置里添加，普通成员才能用——这一点在团队环境里经常被忽略，然后卡在"我这里没有添加按钮"。
ChatGPT 现在支持在网页版和桌面版里直接添加 MCP 服务器，WPVibe 的说明里提到它不靠包装 API Key，而是走原生 MCP 连接。不过 ChatGPT 侧的连接器入口在不同账号类型下位置有差异，部分能力还标注为开发者模式。稳妥的做法是：先在插件后台找到它给出的 ChatGPT 配置指引（多数插件会分客户端列出步骤），照着填，别自己猜端点格式。
如果你的 ChatGPT 环境始终找不到连接器入口，不必死磕。MCP 的价值在于"外部 Agent 能操作站点"，Claude、Cursor、VS Code 里的 Copilot、Windsurf 这些客户端都能达到同样的效果，选一个你日常真在用的就行。
连接成功只是开始。下面这几道闸门，建议一个都别跳过。
工具集按需开，不要一次全开。 插件后台的能力列表看起来很诱人，但每多开一项，Agent 出错时能造成的破坏就多一分。先用"读文章 / 建草稿 / 改草稿"这三项跑一段时间，确认行为符合预期，再考虑加"发布""改分类""上传媒体"。
用一个专门的低权限用户。 不要让 Agent 以管理员身份行动。建一个只具备编辑或作者角色的账号，让 OAuth 授权或 Application Password 都绑在这个账号上。这样即使 Agent 判断失误，它能碰到的范围也被角色权限限制住了。
保留人工审核环节。 这是最容易被"自动化"三个字冲掉的一条。让 Agent 生成草稿、搭页面结构、整理分类，都没问题；但把"未经校对直接上线"设成默认流程，迟早会出事。MCP 客户端能改写 Gutenberg 区块、调整 Elementor 布局，这些操作一旦批量执行，回滚成本很高。
定期看审计日志。 支持审计的插件会把 Agent 的每次调用记下来。养成隔几天扫一眼的习惯，比出事之后翻数据库强得多。
接入完成之后，很多人第一反应是"让它自动写文章然后自动发"。这个用法收益最低、风险最高。更合适的落点是那些重复但不敏感的动作：把一批旧文章的段落重排、给新页面搭出区块骨架、按规则整理分类、从已有内容里抽取摘要生成草稿。
还有一类值得试的用法是多站点协同——有的插件支持在一个对话里同时管理多个 WordPress 站点，用来统一调整几个站点的页面结构，比逐个登录后台快得多。但站点越多，权限设计越要收紧，建议每接一个站点都单独走一遍授权和工具开关。
如果你现在就想动手，最省事的起点是挑一个提供权限开关和审计日志的插件，装上去，只开"创建草稿"这一项能力，用它写一篇你本来就要写的文章。跑通一次，你就知道自己站点上哪些环节真的值得交给 Agent，哪些还是自己来更踏实。至于插件选型，可以先从 WordPress 官方插件目录里比较这几款的说明页，比如 WPVibe、Agent Abilities for MCP；如果站点已经在用 Jetpack，它的 MCP 接入文档也值得读一遍再决定。
声明：原创文章请勿转载，如需转载请注明出处！
