在 WordPress 中让 AI 写草稿但不自动发布的审批步骤

原文更新于 2026年9月25日 · 中文译文

结论：一定要停在等待批准的状态

让 AI 撰写文章草稿时，防止错误稿件被发布的基本做法，是在生成与发布之间一定要加入人工批准。

Rootpublish 是一款插件，它根据公司和服务的信息准备文章与更新方案，并在 WordPress 中进行确认和批准。AI 提交稿件后并不会直接发布。生成结果会以“等待批准”的状态保存，由拥有发布权限的人确认正文和出处后，再决定是否发布。

最先要准备的不是给 AI 的指令，而是作为文章依据的公司信息。Rootpublish 会为每条公司信息保存正文、出处和确认状态。未确认的信息和不公开的信息不会被用作文章的依据。想作为依据的信息，需要在请求生成之前设为已批准。

关于登记方法，Rootpublish 编辑指南提出了以下做法：区分事实与解释，记录时间点、条件、出处和公开范围。登记案例时，整理对方面临的问题、采取的措施、结果、测量条件、可以向谁确认以及可公开的范围，不要用推测填补未确认的项目。这是编辑上的建议，不是改善了搜索排名的实测结果。

公司信息分为使命、愿景、价值观、概念、成员、案例、服务和其他几类。使命和价值观表示目的和判断标准，不能作为成果的证据。另外还有一条原则：不根据成员信息推断撰写、审校或资格。如果登记时注意区分类别，确认时就更容易分辨出把公司方针写成已取得成果的地方。

编辑指南建议，在请求之前把读者的问题缩小到一个，只选择与该问题相关的信息。Rootpublish 的编辑原则也规定，不是放入全部公司信息，而是选择与文章相关的信息来使用。

先确定问题，也与 Google 的说明一致。Google 建议，即使用生成式 AI 制作内容，也要重视准确性、质量和相关性，并说明不为用户增加价值的大量生成可能违反垃圾内容政策。在请求阶段就确定要回答谁的什么问题，可以避免把增加页面数量本身当作目的。

Rootpublish 从用户自己的 AI API 或支持的 MCP 主机接收稿件。API 的使用费用直接支付给 AI 提供方。

MCP 是只在 AI 运行期间使用的连接方式。仅仅连接好，停止运行的 AI 并不会定期写文章。请注意不要以“连接好就会自动增加文章”为前提来规划运营。无论哪种方式，提交的稿件都会以等待批准的状态保存。

公司信息、文章方案和批准记录保存在用户自己的 WordPress 中。公司信息和方案也可以导出。

Rootpublish 会记录稿件每个段落所参考信息的 ID 和版本。批准时，会检查原始信息是否已被更改。分类后的公司信息和编辑方针的版本也在检查范围内。

不过，版本检查只能知道原始信息是否有变化，并不能保证正文在含义上与依据一致。这项核对是批准者的工作。

编辑指南建议，针对每个主张确认它与依据的对应关系、数字和条件、公开范围以及读者的下一步行动。实际操作时，打开段落上记录的 ID 对应的信息，与正文对照。例如，确认数字是否与依据相同，依据中的条件和限定是否被删掉，是否加入了依据中没有的成果或保证。

对于已有文章，要确认文章标题、正文和发布状态会如何变化。Rootpublish 不会写入 SEO 插件专用的元信息。但是，如果 SEO 标题或 description 使用了根据文章标题或正文生成的模板，文章变更后输出也可能随之变化。

按照编辑部提出的导入步骤，先在测试环境中只批准并应用一篇文章，然后比较退出登录状态下收到的 HTML 和 SEO 设置页面。如果有问题，就撤销该文章的变更，并分别检查 SEO、主题和缓存的设置。

包含图片、链接、表格或自定义区块的文章，为了保持结构，不在自动更新的范围内，需要在 WordPress 中手动编辑。

核对完成后，由拥有发布权限的人决定是否发布。Rootpublish 不保证搜索排名或 AI 的引用。对于搜索方面的改进，设计上是在批准并发布一项改进后，对同一页面观察 7 天，根据实测结果进行判断。

判断是否发布时，请以文章是否准确回答了读者的问题、依据中的条件是否保留在正文中作为标准。