WordPress Playground 已经在 2026 年 9 月接入 WebMCP 协议：它把运行在浏览器里的完整 WordPress 实例「暴露」成 16 个结构化工具，AI 智能体可以直接建页面、跑 PHP 、导航、读写文件——全程在浏览器标签页内完成，不需要任何中间服务器，站点数据也不离开你的机器。
WebMCP 和 MCP 不是一回事
很多人看到名字会混淆，两者连接路径不同：
- MCP：把 AI 应用连到本地或远程的「服务器」，走 JSON-RPC 。
- WebMCP：让一个「正在打开的网页」直接把动作暴露给浏览器里的智能体，通过 document.modelContext.registerTool() 注册，无需 DOM 截图和猜按钮。
WordPress 是全球约 43% 网站的底层，它早期拥抱 WebMCP，意味着很大一部分互联网正在变成「结构化、可被智能体寻址」的状态。
16 个工具覆盖什么
Playground 内置的工具按用途分四组：
| 用途 | 工具 |
|---|---|
| 站点管理 | playground_get_website_url 、 playground_list_sites 、 playground_rename_site 、 playground_save_in_browser |
| PHP 与请求 | playground_execute_php 、 playground_request |
| 导航与信息 | playground_navigate 、 playground_get_current_url 、 playground_get_site_info |
| 文件系统 | playground_read_file 、 playground_write_file 、 playground_list_files 、 playground_mkdir 、 playground_delete_file 、 playground_delete_directory 、 playground_file_exists |
插件还能通过 WebMCP Bridge 注册自己的工具；但注意：注册一个 WordPress Ability 不会自动变成 WebMCP 工具，插件仍需把它包成 WebMCP tool 。
为什么这事对开发者重要
Playground 用 PHP 编译到 WebAssembly 在浏览器里跑完整 WordPress，天然「本地优先」。智能体只能看到页面显式注册的工具，数据不出机器，对甲方站点和注重隐私的团队是实打实的优势。典型用法是先在这里搭原型、验证输出、导出 blueprint，再部署到真站。
- 打开支持 WebMCP 的浏览器环境（如 ChatGPT 桌面端内置浏览器），进入 playground.wordpress.net
- 在地址栏选择「 Site tools / 可用站点工具」
- 用自然语言下指令，例如「用 Cover 、 Columns 、 Button 区块搭一个落地页」
常见问题
WebMCP 现在能直接用于生产吗？
还不行。它是 W3C 社区组草案（2026 年 9 月 15 日发布），目前在 Chrome Canary 146+ 需手动开 flag，方法名可能变化，官方不建议直接上生产。
这和 WordPress 官方的 MCP Adapter 有什么关系？
MCP Adapter 让外部 AI 客户端连你的真实站点；WebMCP 让浏览器里的智能体操作 Playground 里的虚拟站点。两者互补，不是替代。
插件开发者怎么接入？
读 webmcp-bridge 源码，用简单的 PHP API 注册工具即可；注册后工具会出现在外部页面，执行仍留在 WordPress 内部。
评论 (0)