先给结论：Review & Diff 先回答什么
在 RankPilot OS 草稿审核场景里，Review & Diff 的第一任务不是逐条展开，而是先给出一个可执行的判断：这次草稿改动了什么、这些改动分别对应哪些字段、哪些证据支持这些改动，以及发布前还需要确认哪些内容。这样读者一眼就能抓住审核结论，再往下看细节。
字段差异怎么读：先总后分
字段差异适合按“先总览、再逐项”的顺序呈现。先用一段话说明本次变更的整体方向，再列出具体字段变化，帮助审核与复核都能快速定位。
- 先看变更是否集中在核心字段。
- 再看字段值是新增、删除，还是被改写。
- 最后补充哪些字段只是表述调整，哪些字段会影响最终发布判断。
这种顺序的好处是，读者先知道重点，再去核对细节，不容易在长列表里迷失。
证据引用要怎么对应字段
证据引用最好直接贴在对应字段或对应变更点后面，而不是集中放在一大段说明里。这样每一条字段差异都能被独立复核，不会出现“看到了证据，却找不到它支持哪个字段”的问题。
- 每个关键字段变化后，紧跟相关证据。
- 证据说明尽量对应同一条改动，不要跨段混用。
- 如果一条证据同时支持多个字段，分别标明它对应的范围。
目标是让证据和字段始终一一可追踪，避免说明失焦。
发布前改动说明应该写什么
发布前改动说明要解决的是“改了什么、为什么改、还要确认什么”。因此，它不只是复述字段变化，而是把变更收束成发布前可检查的清单。
- 本次改动覆盖了哪些字段。
- 哪些改动来自审核结果，哪些是为了统一说明口径。
- 还有没有需要在发布前再次确认的部分。
如果改动说明能把这些信息说清楚，后续复核会更容易，也更便于追踪。
适合草稿审核的推荐组织方式
这类文章最适合采用“答案先行”的结构：先给结论，再分字段差异、证据引用、发布前改动说明三层展开，最后用 FAQ 和下一步链接收尾。这样既能满足快速浏览，也能满足需要核对细节的读者。
FAQ
Review & Diff 在这篇文章里应该先回答什么？
先回答草稿审核的结论：这次改了什么、为什么改、发布前还要确认什么。
字段差异应该如何组织，才适合草稿审核场景？
建议先给总览，再按字段逐项列出变化，并标明变化类型。
证据引用要如何写，才不会与字段说明脱节？
证据最好紧贴对应字段或对应变更点，避免集中堆在单独段落里。
发布前改动说明应该包含哪些必备信息？
至少要交代改了哪些字段、为什么改、以及发布前仍需确认什么。
读者看完后最适合继续访问哪一类相关页面？
如果有更细分内容，优先去集合页或产品页；如果需要更完整的流程说明，优先去流程总览 Hub 页。
下一步怎么引导
结尾建议只保留一个最相关的下一步：优先指向流程总览 Hub 页；如果没有更细分页面，再指向对应集合页。只有在读者需要更具体功能说明时，才补充到产品页。