如何将 OpenClaw 与 WordPress 集成以自动化开发工作流？

可以。OpenClaw 可以执行脚本、调用 WordPress REST API，或连接 WordPress 的 MCP 服务，参与自动化工作流。具体能完成哪些任务，取决于接入的工具、执行环境和账号权限。双方的接口能力支持这些接入方式，但这不意味着所有站点都能使用一键集成方案。

为什么可以集成？

具体接入方式取决于 OpenClaw 版本、WordPress 部署方式和任务。可以先区分两类需求：管理站点数据，以及开发主题、插件代码。

OpenClaw 的 exec 工具可以在获准的执行环境中运行命令，Skills 可以描述工具的使用方法。借助这些能力，可以让 OpenClaw 调用封装好的 WordPress 脚本，但实际执行仍受工具策略、文件权限和网络条件限制。OpenClaw Exec 文档、Skills 创建文档

WordPress REST API 提供文章等资源的操作接口，WP-CLI 提供命令行管理能力。OpenClaw 可以调用这些接口和命令，组合成自动化流程。

应该选择哪种接入方式？

内容接口不能替代代码开发环境。如果要修改 PHP 模板、JavaScript 或 CSS，应让 OpenClaw 操作开发副本，再通过项目既有流程检查和部署。

如何通过 REST API 完成最小验证？

可以先在测试站点创建一篇草稿，验证网络、认证和写入权限。下面的接口调用仅作示例，尚未在你的环境中验证。

1. 准备认证

对于支持且启用了 Application Passwords 的 WordPress 站点，可以为专用用户创建一个 Application Password，通过 HTTPS 使用 HTTP Basic Authentication。凭据对应用户的权限，不会自动获得额外能力。WordPress Application Passwords 文档

通过执行环境的凭据配置提供以下变量：

• WP_BASE_URL：站点根地址，例如 https://example.com，末尾不带 /。
• WP_USER：WordPress 用户名。
• WP_APP_PASSWORD：该用户的 Application Password。

2. 检查认证并创建草稿

# 检查环境变量是否已配置
: "${WP_BASE_URL:?WP_BASE_URL is required}"
: "${WP_USER:?WP_USER is required}"
: "${WP_APP_PASSWORD:?WP_APP_PASSWORD is required}"

# 检查当前认证用户
curl --fail --silent --show-error \
  --user "${WP_USER}:${WP_APP_PASSWORD}" \
  "${WP_BASE_URL}/wp-json/wp/v2/users/me"

# 创建草稿
curl --fail --silent --show-error \
  --user "${WP_USER}:${WP_APP_PASSWORD}" \
  --header 'Content-Type: application/json' \
  --request POST \
  --data '{"title":"Automation test","content":"<p>Created through the REST API.</p>","status":"draft"}' \
  "${WP_BASE_URL}/wp-json/wp/v2/posts"

POST /wp/v2/posts 用于创建文章，status: draft 表示保存为草稿。调用后检查 HTTP 响应及返回对象的 id、status，再到后台核对内容。WordPress Posts API 文档

不要把真实密码写进提示词、仓库或执行日志。如果请求失败，检查响应中的错误、账号权限、Application Passwords 是否可用，以及代理或安全插件是否拦截了认证请求。

3. 封装为 OpenClaw 可调用的操作

接口验证通过后，将请求封装成脚本或工具，再用 Skill 描述调用条件、参数和结果处理方式。例如，可以只提供“读取文章”和“创建草稿”两个操作，并要求返回文章 ID。

Skill 中的限制需要由工具和账号权限共同落实。仅靠提示词中“只创建草稿”的要求，无法替代接口侧的权限控制。

WP-CLI 如何帮助开发自动化？

如果 OpenClaw 的执行环境能够访问 WordPress 安装目录，可以先运行只读命令获取环境信息：

# 将 /path/to/wordpress 替换为实际安装目录
wp --path=/path/to/wordpress plugin list --format=json
wp --path=/path/to/wordpress theme list --format=json

这两个命令分别返回插件和主题清单，可用于生成环境报告或比较测试环境的差异。wp plugin list 文档、wp theme list 文档

代码开发可以按这样的流程进行：读取需求和项目代码，修改开发副本，运行项目已有检查，再提交可审查的变更。PHP、Node.js、依赖和测试命令需要由项目环境提供，不能假定 OpenClaw 已经具备。

能否通过 MCP 接入？

可以考虑 WordPress MCP Adapter。它将通过 Abilities API 注册并暴露的站点能力转换为 MCP 可调用接口。具体能执行什么取决于站点实际提供的 abilities 及其权限检查；接入后不会自动获得所有后台操作或服务器文件访问能力。WordPress MCP Adapter

OpenClaw 官方文档也提供了外部 MCP 服务的管理和连接路径。接入时，应核对已安装版本支持的客户端方式、transport 和认证配置，先发现工具，再测试一个只读操作。OpenClaw MCP 文档

这里的连接方向是 OpenClaw 调用 WordPress MCP 服务。openclaw mcp serve 用于让 OpenClaw 自身作为 MCP server，并不是连接 WordPress 的命令。

如何确定第一项自动化任务？

建议先选择一个结果容易核对的任务，例如获取测试站点的插件清单，或创建一篇指定内容的草稿。确认调用结果、错误处理和权限后，再加入代码修改、检查或部署步骤。

涉及创建资源时，应记录返回的资源 ID。发生超时后，先查询结果，再决定是否重试，以免重复创建。涉及代码和数据库变更时，保留可审查的差异及恢复路径。由于尚未提供具体环境，还无法确认某个插件组合或端到端流程已经兼容。

备注：内容仅供参考。