AI 博客自动化可以做到哪一步？保存、审阅与发布验证

AI 博客自动化可以先从整理来源、准备草稿和图片、保存 WordPress 草稿等重复工作开始。事实判断与发布决定应作为独立审阅阶段，在发布或预约前核对实际保存结果。衡量自动化范围时，应看错误能否发现和恢复，而不只是能生成多少篇文章。

把重复工作与编辑决定分开

自动化是在确定条件下按既定顺序执行任务。生成文章与保存到 WordPress 是两种能力，把它们连接起来，并不意味着已经完成事实核查。每个阶段都需要明确输入、输出和停止条件。

即使标题和正文完整，只要特色图片选错文件，文章仍未准备好。为每个阶段分别定义完成标准，可以避免把部分成功报告成整项工作完成。

先建立以草稿审阅为终点的流程

可以从“输入资料 → 生成文章 → 格式检查 → 保存草稿 → 审阅”开始。先用一篇文章验证整个流程，再增加一起处理的篇数。仅仅成功生成文字，不足以直接转向无人审阅的发布。

研究与审阅标准尚未明确时，可以先参考AI 辅助文章的规划与审阅流程。自动化只是重复执行这些标准；通过格式检查，并不证明解释已经足够充分。

保存前检查标题、摘要、标题层级、有效链接，以及网站上实际存在的分类。格式检查可以自动完成，但实用性和事实正确性仍需另行审阅。

图片上传与文章中的指定应分开验证。文件已经存在媒体库，不代表已经设为特色图片。多篇文章一起处理时，应记录每篇文章 ID、媒体 ID 和阶段状态，防止关联错误。

理解 WordPress API 请求结构

API 是 Application Programming Interface，即应用程序编程接口，允许程序通过规定的请求使用另一项服务。WordPress REST API 可以创建、读取和更新文章。官方文章接口文档介绍了正文、摘要、分类、特色图片和状态等字段。

下面是已认证的自动化程序可以发送到 POST /wp-json/wp/v2/posts 的请求正文示例。它不是可直接运行的脚本，只是展示如何创建草稿而不公开发布。

{
  "title": "Blog post title for review",
  "content": "<p>Content to review.</p>",
  "excerpt": "A summary of the topic and what readers will learn.",
  "status": "draft"
}

添加分类和特色图片时，应使用从实际网站读取的 ID。媒体 API 的 post 字段表示附件所属文章，而文章的 featured_media 用于指定特色图片，两者是不同关系。字段说明可参考官方媒体接口文档。

保存草稿后，使用返回的 id 发起已认证的 GET /wp-json/wp/v2/posts/ID?context=edit 请求，对照文章与 status。不要认为匿名公开请求也能检查草稿。任务涉及图片和分类时，还要分别核对它们的 ID，再继续下一步。

创建请求返回 ID 后应立即记录。没有收到响应就盲目重复同一请求，可能产生重复文章。应先检查工作记录和网站，确定创建是否已经成功，再判断是否需要重试。

保护凭据与已有编辑内容

为连接账户提供所需权限，并避免把密码和令牌写进公开文章、提示词或日志。WordPress 支持通过 HTTPS 使用应用程序密码认证。支持条件和连接方式可参考 REST API 认证文档。

更新已有文章时，应比较最初读取版本与保存前最新版本。如果站主已经修改，就把拟议改动重新应用到当前内容，不要用旧草稿覆盖。只改正文时，不应顺带提交无关的状态、发布日期或 slug；slug 是网址中标识文章的部分。

保存前读取并比较，可以降低编辑冲突，但这本身不会锁定文章。多个执行者可能写入同一篇文章时，应协调为单一写入者，或在发现变动后停止并审阅。文章更新流程也说明了如何保留当前原文，只应用必要修改。

改动公开文章前，先备份正文和重要设置。恢复时必须能确定每个值属于哪篇文章。即使自动化会记录日志，也要检查其中是否包含授权请求头或秘密值。

核对预约时间、时区与真实状态

预约已审阅文章时，应使输入时间与网站时区一致。比较 WordPress API 的本地发布日期和 GMT 值，确认它们代表同一个时刻。发送预约请求，与确认文章已保存为未来时间，是两个不同步骤。

对于使用 Asia/Seoul 的网站，2026 年 11 月 1 日 09:00 对应同一天的 UTC 00:00。保存值 date: 2026-11-01T09:00:00 与 date_gmt: 2026-11-01T00:00:00 因而表示同一时刻。这只是时间换算示例，并不是实际预约请求。不要把韩国固定的九小时时差套用于实行夏令时的地区。

如果计划采用韩国时间，记录第一篇发布时间和文章顺序，再计算保存时间是否符合预期间隔。不要只改状态而保留旧草稿日期，也不要假定电脑时区与网站时区相同。

WordPress 默认预约机制涉及 WP-Cron，即检查定时任务的机制。官方文档说明，页面请求会触发对到期任务的检查，没有访问时可能延迟执行。如果发布时间要求精确，还要检查主机的任务调度配置。详见 WP-Cron 文档。

保存状态为 future 时，应记为“已预约”。到达预定时间后，再读取文章确认状态变为 publish，并验证退出登录后能打开公开 URL，之后才可标记为发布完成。

在失败阶段停止，再从该阶段继续

批量任务中的每篇文章应单独跟踪。一篇文章上传图片失败，不能被“整批成功”的记录掩盖。应写明真实状态，例如“草稿已写好、文章已保存、图片指定未完成”。

• 编辑审阅未通过：记录需要修正的内容，在保存或发布前停止。
• 上传失败：重试前检查是否已经存在文章和媒体。
• 编辑冲突：读取最新内容，调整拟议修改。
• 发布错误：确定受影响文章与原因，恢复必要的保存值。

假设某项任务已创建文章 5010、上传媒体 7020，但指定特色图片时失败。下面的检查有助于继续处理，而不重复已经成功的创建步骤。这些 ID 只是示意，实际操作应使用网站返回的 ID。

1. 通过 GET /wp-json/wp/v2/posts/5010 读取文章，对照工作记录中的标题、正文、摘要、分类和状态。如果其他人已编辑，应停止修改。
2. 读取 GET /wp-json/wp/v2/media/7020，确认文件存在，并检查 post 中的附件所属文章。
3. 文章、媒体和预期关系都仍正确时，只重试尚未完成的特色图片指定。专门为该文章新上传的媒体若缺少附件所属关系，应另行补全；不要重新分配已有的公用媒体。
4. 再次读取两条记录，将文章的 featured_media 和新媒体的 post 与预期 ID 对照，再标记完成。不要一开始就重新创建文章或图片。

如下图区分草稿保存、图片指定，以及预约或实际发布。每个阶段的记录应告诉下一次执行从哪里继续，而不只是写一句“任务完成”。

任务结束时，再读取已保存的正文、摘要、分类和图片。已经发布的文章，还要检查最终 URL 和移动端显示。评估自动化时，除了写作速度，还应考虑返工时间、重复内容和恢复能力。在保留必要审阅的同时减少重复工作，更有利于长期管理。