不要直接让 AI 写文章：先搭一个编辑工作流

先说结论。

直接让 AI 根据标题写文章，通常能得到结构完整的文字，却很难得到可信内容。真正要搭的不是“万能 Prompt”，而是一条让选题、证据、判断和核验逐步收口的编辑工作流。

这篇文章给出六个阶段及每一阶段的通过条件。工具可以替换，质量闸门不能省。

适合谁：持续发文比偶尔写一篇更需要流程

这套方法适合网站、公众号和团队知识内容的持续生产。多人协作时，它能减少版本混乱；个人创作时，它能防止收藏和草稿长期失联。

如果只写一段内部通知，完整流程可能过重。内容越公开、越涉及技术事实和商业判断，越需要独立核验。

判断是否需要流程，可以看最近五篇文章：核心结论是否在改稿时反复变化，来源能否快速找到，发布后是否出现本可提前发现的事实问题。

brief 先定义问题和边界

brief 至少写清标题、目标读者、读者问题、核心判断、场景、要解释的模块、证据、限制、下一步和预期长度。

它还要写“不讨论什么”。例如一篇销售 AI 工作流文章可以讨论摘要和 CRM 写回，不必顺带介绍全部销售工具。边界越清楚，模型越不容易用泛泛背景填充。

通过标准是编辑只看 brief，就能复述文章的冲突、证据和阅读收益。答不出来就先补 brief。

资料阶段只收能支持判断的证据

资料库不按链接数量衡量。每条资料要标明来源、核验日期、关键事实、适用范围和它支持哪一个判断。

外部事实优先使用官方文档、原始仓库和公开标准。作者经验可以作为判断，但不能伪装成普遍数据。无法核验的易变信息应删除、写待核验，或改成判断框架。

当一个重要段落只有观点没有场景、工程约束或来源时，资料阶段还没有完成。

提纲必须把每个 H2 写成判断句

“背景”“方案”“总结”这类标题无法约束内容。更有效的标题是“CRM 写回必须有幂等”“人工确认不能只有通过按钮”。

每个 H2 先写一句判断，再补场景、原因、做法、标准和边界。这样提纲已经包含信息链，初稿只是展开，不是临场发明。

提纲还要检查顺序：读者是否先理解问题，再看到方案，最后拿到操作和限制。

初稿阶段让 AI 处理表达，不让它补事实

给 AI 的输入应包含 brief、已核验资料、提纲和语气规范。明确要求没有证据时保留空缺，不生成客户案例、测试经历和数字。

初稿可以帮助组织段落、比较方案和生成清单，但关键事实必须能回到资料条目。引用链接集中在末尾，却不知道支持哪句话，也不算可追溯。

第一版只追求信息完整，不追求句子漂亮。过早润色会让编辑舍不得删除无效段落。

编辑阶段专门挑战文章的判断

编辑不只是改错别字。要逐段问：判断是否具体；场景是否真实可理解；原因是否充分；做法能否执行；反例是否成立；下一步是否自然。

一个实用方法是把所有形容词圈出来。删掉“强大、高效、智能”后，句子是否仍能说明改变了哪一步、增加了什么风险、谁来审核。

具体场景是工具推荐文写“上手简单”。编辑应追问安装条件、首次成功任务、失败恢复和不适用人群，再决定是否保留这个判断。

事实核验必须成为独立状态

事实核验对象包括链接、版本、价格、许可证、发布日期、仓库状态、产品功能、引用和代码。核验人应看到原始来源，不只看草稿中的转述。

所有易变事实标记核验日期。无法核验的内容不能靠更模糊的语气混过去，而应改成明确的经验判断或删除。

技术文章还要运行命令、解析 JSON 或检查链接。文字编辑无法替代工程验证。

常见失败：一个 Prompt 承担六个角色

让同一次生成同时研究、判断、写作、审稿和核验，会让错误在上下文里自我强化。模型很容易把自己刚生成的内容当成证据。

另一个失败是只保留发布稿。没有 brief、来源和修改理由，下一篇无法复用方法，也无法审计事实从哪里来。

流程也不能变成形式主义。每个状态都应有明确产物；若一个步骤没有降低风险或提高判断，可以合并。

这条流程解决什么，又增加什么

它解决的是事实与判断在生成过程中失去来源的问题。它的优势是 brief、资料、提纲和核验分开后，编辑能知道错误在哪一层产生，也能复用已经核验的证据。

代价是前期比“一键生成”慢。短通知、低风险内部草稿可以使用更短流程；公开技术文章和商业判断则值得承担这份成本。替代方案不是另一个万能 Prompt，而是人工提纲加来源卡，再让 AI 只参与局部改写。

一套最小编辑 SOP

最小开始只保留 brief、来源卡、判断型提纲和发布前核验四个状态。先用一篇旧文倒推，确认每个状态都减少了真实返工，再扩展版本与协作功能。

• brief：问题、结论、场景、证据、边界齐全；
• 资料：每个关键事实有来源和核验日期；
• 提纲：至少六个判断型 H2，包含误区、反例和行动；
• 初稿：不补资料外事实，不伪造经验和数据；
• 编辑：逐段检查判断、原因、做法和边界；
• 核验：链接、版本、数字、许可和代码单独确认。

验收时保存修改原因。连续几篇都在同一环节返工，说明上游模板需要调整。

替代方案和下一步

内容量小的个人可以用文件夹和复选框，不必开发系统。已有 CMS 的团队可以增加 brief 和核验状态，而不是更换发布平台。

我的建议是拿一篇旧文章倒推六个阶段。找不到核心判断就补 brief，找不到事实来源就补资料，找不到限制就重做编辑。这个回溯能最快暴露工作流缺口。