发布前检查先看事实，再看文风
很多 AI 初稿的问题不在语法，而在它把不确定的信息写得太确定。下载命令、价格、版本、模型支持、隐私范围、平台状态，只要有一项是模型猜出来的，整篇文章的可信度就会下降。
所以这次更新把发布前检查放到 AI 写作工作流的末尾：不是为了让文章看起来更像人工，而是让它真的经得起读者点击、搜索引擎理解和后续维护。
1. 搜索意图Title、Description、H1 是否回答同一个问题。
2. 首段答案前 100 字是否直接回答，不绕远路。
3. 事实边界下载、版本、价格、模型、权限是否可验证。
4. 去 AI 味是否有真实场景、取舍和人工编辑判断。
5. FAQ是否回答长尾问题，而不是重复小标题。
6. 内链是否自然导向下载页、FAQ、pricing 或相关 guide。
为什么这也适合写成 OpeClaw 工作流
发布前检查本来就是重复任务。每篇文章都要看标题、首段、FAQ、风险词、内链和下载导流。如果每次临时检查，很容易漏掉一个小点。
OpeClaw 这类本机 AI 助手更适合把这些步骤保存成固定流程：先让模型整理清单，再由人工确认事实和语气。AI 负责提醒，编辑负责判断，这比让模型直接“优化到最好”更可靠。
发布前检查清单常见问题
AI 写作发布前最先检查什么？
先检查事实边界：版本、下载、价格、模型、权限、来源和内链是否可验证。文风优化应该排在事实核对之后。
发布前检查是不是只为了去 AI 味？
不是。去 AI 味只是其中一部分。更重要的是让内容能回答真实问题、避免虚假承诺，并保留人工编辑判断。
OpeClaw 适合保存发布前检查流程吗？
适合把初稿、人工编辑、FAQ、内链、风险词和下载状态核对拆成固定任务。实际使用前仍应先核对当前下载状态。