WordPress REST 运维
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_15292d5a/yjkj-wordpress-ultimate。
技能介绍
问题从哪来
在终端里用 curl 直接调 WordPress REST API 时,最容易踩坑的是误发上线、误删文章和把应用密码写进命令历史。SKILL.md 里写得很直白:作者第三次手抄博客到终端之后,决定把流程固化成脚本。
技能怎么工作
所有操作走 scripts/wp.sh:统一鉴权、JSON 处理,并内置安全规则。
- 默认草稿:
POST创建文章时强制status: draft,除非 JSON 里显式带"status":"publish"且调用方确认意图。 - 不硬删:用
PUT posts/ID把状态改为trash,不用DELETE。 - 凭证:
WP_URL、WP_USER、WP_APP_PASSWORD从.env读取,命令里不硬编码。
常见流程包括:草稿博文/页面、列表查询、分类与标签、scripts/wp-upload.sh 上传媒体(返回 ID 供 featured_media 使用)、插件安装与列表、以及 Yoast 下的 yoast_head_json / post meta。正文可走 HTML 或 Gutenberg 块注释格式,便于和块编辑器对齐。
出错时按状态码排查:401 查用户与应用密码,403 查能力权限,404 查 URL 与路径;rest_cannot_create 多与 REST 开关或角色有关。更细的端点与 SEO 模式见资料中的 reference 文档。
适用边界
这是运维向的 API 封装,不是 WordPress 主题开发或 PHP 插件编写指南。未安装 Yoast 时,SEO 相关字段可能无效。与 coding-agent 搭配可先生成内容再草稿发布;与 outlook-hack 同属「浏览器/终端中继」一类工作流,但本技能只覆盖博客站点侧。
使用场景
- 用 Agent 或脚本写好 HTML/块编辑器正文后,经 `wp.sh` 以草稿创建博文,上线前人工再审一遍。
- 需要下架某篇旧帖时,用 `PUT` 把 `status` 设为 `trash`,避免 REST `DELETE` 造成不可恢复删除。
- 发布带头图的文章前,先执行 `wp-upload.sh` 取媒体 ID,再在草稿里填 `featured_media` 与正文 `<img>`。
- 站点已装 Yoast 时,通过 post 的 `yoast_head_json` 或 meta 更新单篇标题、描述等 SEO 字段。
适合人员
- 维护公司 WordPress 博客、希望在终端或 Agent 流水线里只发草稿的站点运维
- 管理多栏目站点、需用 API 批量建分类/标签或查插件列表、少进后台点选的维护者
- 已装 Yoast、要通过 REST 改文章 SEO 元数据而不是只改正文 HTML 的内容编辑
- 把 WordPress 当发布端、与 coding-agent 联调「生成内容 → 草稿入库」自动化流程的技术作者