WordPress 路由器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/wordpress-router。
技能介绍
要解决的问题
WordPress 的日常运维动作散落在多个入口:wp 命令行、/wp-json/ REST 接口、插件与主题目录、数据库里的文章和选项表。一句「更新到最新版」可能同时牵扯核心代码、主题、插件和内容字段校验,任何一环判断失误都可能导致线上站点不可用。逐台机器手工敲命令,既慢,也容易漏掉依赖关系。
核心能力与关键步骤
该技能把这类任务收敛为「先识别、再路由、后执行」的流程:
- 识别任务类型:判断请求属于插件/主题更新、核心升级,还是内容操作,不同类型走不同执行路径。
- 选择执行通道:能用 WP-CLI 完成的优先走命令行,需要站点配置或远程触发时改用 REST API;两条通道都会先确认站点可达、凭据有效。
- 自动化更新流程:将「确认备份 → 拉取包 → 校验依赖 → 应用变更」串成可重复的步骤,而不是一次性的手工动作。
- 回显与校验:每个步骤都输出结果,便于在终端或对话里直接核对。
适用边界与注意事项
- 运行依赖 OpenClaw 环境;需要改动代码时,还要求具备 WordPress 代码库访问权限。
- 上游仓库未提供可自动提取的安装与使用说明,接入前应先审阅原始项目,尤其在生产站点执行更新类任务之前。
- 自动化更新不等于自动备份,正式执行前仍需确认站点快照与回滚路径。
wp命令与 REST 调用的权限范围、版本兼容性,以 WordPress 官方文档为准。
使用场景
- 团队需要统一升级多个站点的插件和主题,用 WP-CLI 拉取并校验依赖后应用变更。
- 站点刚发布新版本 WordPress,运维要通过 REST API 远程触发更新并回显执行结果。
- 内容运营请求批量调整文章字段,技能先识别为内容操作再路由到对应流程。
- 开发环境要验证核心升级不会破坏自定义插件,先跑一遍自动化更新流程再上线。
适合人员
- 管理多个 WordPress 站点的运维工程师,需要在发布窗口内完成核心和插件升级。
- 编写 CI 脚本的开发者,希望用 WP-CLI 或 REST API 自动执行站点更新流程。
- 负责内容平台的运营,经常需要批量更新文章、分类或自定义字段。
- 在 OpenClaw 上搭建运维工作流的技术负责人,想统一 WordPress 任务的路由和执行方式。