让AI发布WordPress文章的步骤｜从备份到HTTP与显示确认

请Codex或Claude Code协助将文章保存到WordPress，收到「已发布」的报告后，工作就完成了吗？

实际上，发布操作只是流程的中段。应先准备能恢复至变更前状态的条件，由人确认草稿，再检查发布后的页面是否正常响应、正文与图片是否如预期显示，才可判定完成。

本文将备份 → 草稿 → 人的核准 → 发布 → HTTP确认 → 画面确认作为完整流程解说。指令示例使用虚构环境。请优先遵循目前使用的服务器服务商与维护人员的步骤。

起初要决定的三条界线
整体流程
1. 固定目标网站与变更内容
2. 取得并验证备份
1. 备份失败时
3. 起初只创建单篇草稿
4. 由人确认草稿
5. 具体传达发布核准
6. 指定文章ID发布
7. 确认WordPress内部状态
8. 确认公开URL的HTTP响应
9. 在电脑与手机确认画面
完成报告应包含的内容
可直接复制使用的完整委托文字
总结
参考资料

起初要决定的三条界线

委托AI前，先将工作分成三个阶段。

AI可以自行进行：确认稿件、调查链接、创建草稿、只读确认
经人核准后才可进行：正式发布、更新既有文章
AI不能自行进行：删除、数据库操作、服务器更新、恢复

只说「新增文章」，会让人不清楚是做到草稿，还是正式发布。也应交代目标文章、发布范围、停止条件与确认项目。

整体流程

确认目标网站与文章
  ↓
取得并验证备份
  ↓
只创建1篇文章草稿
  ↓
由人核准内容与发布条件
  ↓
指定目标ID发布
  ↓
确认WordPress中的状态
  ↓
确认HTTP响应、正文、图片、链接与手机显示
  ↓
记录结果与尚未确认事项

中途失败时，不要继续叠加下一项操作，应停在当前阶段。

1. 固定目标网站与变更内容

首先请AI整理以下信息。

目标网站，以及正式环境或测试环境
新增文章，还是更新既有文章
标题、slug与description
作为正文正本的文件
分类、标签与特色图片
只做到草稿，还是核准后发布
发布后要确认的URL

不必让AI在回答中显示秘密信息或服务器内部设置值。「已确认目标」与「完整显示连接信息」是不同的事。

2. 取得并验证备份

只建立一个备份文件，不代表备份成功。至少应确认以下事项。

备份程序正常结束
包含数据库与必要文件
能读取归档文件
可通过校验和等方式检测损坏
知道存储位置与取得时间
已决定恢复步骤与负责人

若只新增发布文章，有时可通过WordPress修订版本或垃圾桶恢复。但若同时变更图片、分类、菜单与主题，只还原文章也不一定恢复原本的显示。应取得符合变更对象的备份。

备份失败时

失败后不要重复执行相同发布指令。先确认是否留下不完整备份，以及是否有最近验证过的备份。

DB迁移、删除、WordPress核心、主题或插件更新：没有正常的最新备份就不进行
新增草稿等容易撤销的操作：由负责人确认影响与恢复方式后判断
原因不明，或无法验证既有备份：停止工作

不要只报告「备份失败但继续执行」，应记录可以继续的理由与恢复方式。

3. 起初只创建单篇草稿

WP-CLI的wp post create可以指定文章状态。起初固定为draft，只创建单篇。

wp post create article.md \
  --post_type=post \
  --post_status=draft \
  --post_title="文章标题" \
  --post_name="example-article" \
  --porcelain

这是说明机制的示例，不是可直接贴到正式环境的指令。实际运营时，应通过受限制的包装程序，固定文章类型、状态、数量、正文文件位置与分类候选。

将--porcelain等方式取得的文章ID记录下来，作为后续确认目标。若只靠标题搜索选择目标，可能错误更新同名文章。

4. 由人确认草稿

AI可以机械式检查以下项目，但最后判断由人进行。

标题符合搜索意图
description正确摘要正文
章节标题顺序与结论容易理解
事实、价格、规格与日期有确认来源
内部与外部链接目标正确
分类、标签与作者正确
特色图片与替代文字符合内容
不含个人信息、认证信息与内部路径
未将没有实际体验的事写成体验谈

也要开启管理界面预览，确认Markdown、表格、代码与图片未错乱。此时公开URL不一定响应HTTP 200。

通过WP-CLI设置分类与图片的具体步骤，请参阅安全设置分类、标签与特色图片的方法。

5. 具体传达发布核准

人确认后，应限定目标ID与允许的操作来核准。

已确认草稿文章ID 123。
请只发布这1篇。

请勿变更标题、slug、正文、分类、标签与图片。
请勿处理其他文章、插件、主题与设置。
发布后请报告WordPress中的状态与公开URL，
并确认HTTP响应与画面显示。

比起只说「OK」或「发布」，这样更能明确交代目标与不变更的范围。

6. 指定文章ID发布

WP-CLI可以对目标文章ID，将文章状态变更为publish。

wp post update 123 --post_status=publish

这个指令是一般文章的通用示例。若环境有Jetpack的Markdown模块等在存储时转换正文的机制，即使原意只是变更状态，已存储的HTML仍可能再次进入转换程序，取代Markdown原稿的存储字段。猫宿研究所目前的翻译文章发布流程，会重新指定已核准的Markdown正文，并在发布后比对原稿是否保持。

这类环境应使用管理者确认过的专用程序，固定已核准的正文文件与文章ID。正文文件不含前置元数据，不传入自行转换的HTML或经AI改写的稿件。发布前后都确认Markdown原稿与显示内容；若无法确认原稿保持，就不继续下一项操作。

不要将自由操作的WP-CLI交给AI，应使用「只发布单个已核准ID」的专用程序。程序也应在发布前确认目前状态为draft。若已发布、ID不存在，或文章类型不同，就停止。

7. 确认WordPress内部状态

即使发布指令的退出码为0，也可能操作到其他文章。应重新读取文章ID、状态、slug与标题。

wp post get 123 \
  --fields=ID,post_title,post_name,post_status \
  --format=json

确认预定文章ID、slug与publish一致。作者、分类、特色图片与description也要另外确认。使用Markdown存储时，也应确认已存储稿件与发布核准时的正本一致。

8. 确认公开URL的HTTP响应

接着，从外部确认读者使用的HTTPS URL。

curl --location --silent --show-error \
  --output /dev/null \
  --write-out '%{http_code}\n' \
  https://example.com/example-article/

--location会跟随重定向，--write-out的http_code会显示最终响应代码。若自动程序需将4xx、5xx视为失败，请确认所用curl的规格，再搭配--fail或--fail-with-body。

不只要确认文章。

公开文章：响应HTTP 200
首页：发布后也响应HTTP 200
分类页：文章显示于预定分类
内部链接：链接目标不是404
重定向：未前往意外URL

HTTP 200只是确认「收到页面」，并非正确文章已美观显示的证明。

9. 在电脑与手机确认画面

最后确认实际画面。

标题、章节标题、段落与列表未错乱
特色图片与正文图片正常显示
表格与代码未超出画面
可开启内部、外部与预约链接
可操作页首与页尾
手机文字与按钮不会过小
缓存未造成旧内容残留
未出现在意外的新文章区或分类

若变更涉及预约或询问表单，应与设施方决定如何测试提交与付款。不要使用真实住宿旅客信息或真实信用卡信息测试。

完成报告应包含的内容

AI不应只报告「完成」，而应使用以下形式。

发布结果
- 目标：文章ID 123、example-article
- 备份：已取得并确认一致性
- 发布状态：已确认publish
- 公开URL：HTTP 200
- 已确认：正文、特色图片、description、分类与内部链接
- 显示确认：PC宽度、手机宽度
- 未变更的项目：其他文章、主题、插件与设置
- 尚未确认：预约表单的实际提交

不要隐瞒尚未确认事项。「未确认」与「没有问题」并不相同。

可直接复制使用的完整委托文字

请将这篇文章新增至WordPress。

工作顺序：
1. 整理目标网站与变更内容
2. 变更前取得备份并确认一致性
3. 只创建1篇新文章草稿
4. 报告文章ID与预览方式后停止
5. 取得我的发布核准后，只发布该文章ID
6. 重新读取WordPress中的状态
7. 确认公开文章、首页与分类的HTTP响应
8. 在PC宽度与手机宽度确认显示

禁止事项：
- 变更其他文章
- 删除、DB操作，以及主题、插件与服务器更新
- 显示秘密信息与内部设置值
- 备份失败时擅自继续

最后请分别报告已确认项目、未变更范围，
以及尚未确认事项。

这段委托文字本身不会限制技术权限。应搭配AGENTS.md、CLAUDE.md、专用用户、受限制的包装程序与核准流程。