knowledge-vault/discussions/technology/Codex/1.写作时基于提纲审稿流程.md

22 KiB
Raw Blame History

1

文章正文按照文章提纲写完后我想查一下是否按照提纲展开是否有信息压缩论述不充分的点我会要求AI检查哪些方面

GPT

你可以要求 AI 做的不是泛泛的“帮我看看写得好不好”,而是做一次**“提纲—正文一致性审查”**。重点检查这些方面:

1. 提纲覆盖度

检查正文是否把提纲里的每一个点都写到了。

可以要求 AI 判断:

正文是否完整回应了提纲中的每一级标题、每个论点、每个问题?有没有提纲中出现但正文没有展开的内容?

尤其要查:

  • 一级标题是否全部对应正文段落;
  • 二级标题是否都被展开;
  • 提纲里的关键词、概念、判断是否在正文中出现;
  • 有没有“提纲里有,但正文绕开了”的部分。

2. 展开充分度

这是最重要的。很多文章表面上写到了,但只是“点名”,没有真正论述。

可以要求 AI 检查:

哪些提纲点在正文中只是被提到,但没有展开解释、推理、举例、对比或证明?

重点看每个论点是否至少包含:

  • 这个点是什么意思;
  • 为什么重要;
  • 它和主题的关系;
  • 有没有进一步解释;
  • 有没有例子、论据、机制或场景支撑;
  • 是否得出了清楚的小结论。

3. 信息压缩问题

你说的“信息压缩”很关键。它通常表现为:正文把提纲中几个本该分别展开的点压成一句话,导致读者看不出层次。

可以要求 AI 检查:

正文是否把多个提纲点压缩在同一段、同一句或同一个概括性判断里?哪些地方需要拆开单独展开?

典型问题包括:

  • 一个段落塞了多个论点;
  • 只有结论,没有过程;
  • 用高度抽象词替代具体说明;
  • 提纲里的细分结构在正文中被揉成一团;
  • 读者需要自己脑补中间逻辑。

4. 论证链完整性

提纲通常代表文章的逻辑骨架。正文写完后,要检查骨架有没有被写散。

可以要求 AI 判断:

每个论点是否形成了完整的论证链:提出问题 → 分析原因 → 展开机制 → 给出判断 → 回到主题?

重点查:

  • 有没有跳步;
  • 有没有只给结论不解释原因;
  • 有没有前后因果关系不清;
  • 有没有从 A 突然跳到 C中间缺少 B
  • 有没有段落之间缺少承接句。

5. 主次关系是否失衡

正文写作时很容易发生:重要提纲点写得太短,次要点反而写太长。

可以要求 AI 检查:

正文的篇幅分配是否符合提纲中的主次关系?哪些核心论点展开不足?哪些次要内容占比过高?

尤其看:

  • 核心观点是否有足够篇幅;
  • 过渡性内容是否喧宾夺主;
  • 背景介绍是否太长;
  • 举例是否挤压了真正论述;
  • 结论部分是否只是重复,没有提升。

6. 段落功能是否清楚

正文不是只要有段落就行,每个段落应该承担明确功能。

可以让 AI 标注:

请给每个正文段落标注它对应的提纲点,以及它的功能:提出观点、解释概念、展开原因、举例说明、反驳误解、过渡承接、总结提升。

这样很容易发现:

  • 有些段落没有明确功能;
  • 有些段落和提纲对不上;
  • 有些段落承担了太多功能;
  • 有些提纲点没有对应段落。

7. 是否出现偏题或新增枝节

正文写着写着,可能会出现提纲外的内容。不是所有新增内容都不好,但要判断它是否服务主题。

可以要求 AI 检查:

正文中是否出现了提纲之外的新内容?这些内容是必要补充,还是造成了偏题、冗余或结构漂移?

重点分三类:

  • 有益补充:增强论证,可以保留;
  • 可疑枝节:有趣但不服务主线;
  • 偏题内容:削弱文章聚焦度,需要删减或移位。

8. 读者理解负担

一篇文章可能作者自己觉得逻辑很清楚,但读者读起来会觉得“知道你想说什么,但中间不够透”。

可以要求 AI 站在读者角度检查:

读者在阅读正文时,哪些地方可能会觉得跳跃、抽象、压缩、没讲透、不知道为什么突然得出这个结论?

这类问题通常出现在:

  • 抽象概念密集处;
  • 段落开头没有承接;
  • 观点转换太快;
  • 使用了作者自己的内部术语;
  • 结论比前文论证大很多。

9. 标题与正文的承诺关系

标题/小标题其实是在向读者做承诺。正文必须兑现这个承诺。

可以要求 AI 检查:

每个标题承诺要讲什么?正文是否兑现了这个承诺?有没有标题很大、正文很虚,或者标题说 A、正文讲 B 的情况?

比如标题是“为什么 X 会导致 Y”正文就不能只描述 X 和 Y 的现象,而要解释“导致”的机制。

10. 修改优先级

最后不要只让 AI 提一堆问题,而要让它排序。

可以要求:

请按照严重程度,把问题分为:必须修改、建议加强、可以不改。每个问题都说明对应的提纲点、正文位置、问题类型和修改建议。

这样你不会被一大堆反馈淹没。


你可以直接这样要求 AI

请你对我的文章提纲和正文做一次“提纲—正文一致性审查”。

请重点检查以下方面:

1. 提纲覆盖度:正文是否完整回应了提纲中的每个一级、二级、三级要点?
2. 展开充分度:哪些提纲点只是被提到,但没有真正展开解释、论证、举例或分析?
3. 信息压缩:哪些地方把多个本应分别展开的点压缩在一句话或一段里,导致论述不充分?
4. 论证链完整性:是否存在从观点到结论之间的跳步、断裂、因果不清或逻辑承接不足?
5. 主次关系:正文篇幅分配是否符合提纲的重点?有没有核心点写得太薄、次要点写得太多?
6. 段落功能:请标注每个正文段落对应的提纲点,以及它承担的功能。
7. 偏题与枝节:正文中是否出现提纲之外但不服务主线的内容?
8. 读者理解负担:哪些地方读者可能会觉得抽象、跳跃、压缩、没讲透?
9. 标题承诺:每个标题或小标题在正文中是否被充分兑现?
10. 修改优先级:请把问题分为“必须修改 / 建议加强 / 可以不改”。

输出时请使用表格,包含:
- 对应提纲点
- 正文位置
- 问题类型
- 问题说明
- 严重程度
- 修改建议

最后请给出一份“需要补写或扩写的清单”,按优先级排序。

更简单地说,你要让 AI 检查的核心不是“有没有写”,而是:

有没有按照提纲的逻辑充分写出来。

这句话抓得很准。提纲是骨架,正文不是把骨架名词化地复述一遍,而是要把每个关节、肌肉和动作都长出来。

2

那么我在让主笔Agent撰写正文时除了提供提纲外还会提供上下文——大量的素材包括我的观点、思路与AI的讨论引用的文章甚至Deep Research报告。 那么我在检查正文是否按照提纲充分展开时,我提供上下文和不提供上下文的优劣分别是什么?

我觉得:

  • 不提供上下文,更容易审出来概念/隐喻是否表达清晰,读者的认知负荷是否过重,是否为读者搭建足够的脚手架
  • 提供上下文,更容易审出来,是否表达充分,是否充分挖掘了上下文的金矿。
    • 补充说明:是否充分利用上下文的观点这些应该是提纲或者审提纲阶段完成的,不在审稿阶段。
  1. 请判断我的理解是否准确
  2. 你还有什么补充
  3. 我遇到的问题是,上下文有时候会非常庞大,我应该怎么利用好这个带上下文和不带上下文的机制呢?

你的理解基本准确,而且已经抓到关键分工了。我会稍微修正一下:这不是“提供上下文 vs 不提供上下文谁更好”,而是两个审稿模式在检查不同类型的失败

可以把它们理解成:

不带上下文审稿:检查正文作为一篇独立文章是否成立。 带上下文审稿:检查正文是否充分兑现了素材库里的潜力。

这两个视角都需要,但不能混在一起审,否则 AI 很容易一边站在普通读者视角,一边又拿着作者脑内资料做补全,最后审不干净。


1. 你的理解是否准确?

准确。

你说:

不提供上下文,更容易审出来概念/隐喻是否表达清晰,读者的认知负荷是否过重,是否为读者搭建足够的脚手架。

这个判断非常对。

因为不提供上下文时,审稿 AI 就接近普通读者。它只能依赖正文和提纲,不能靠背景资料脑补。所以它更容易发现这些问题:

  • 概念突然出现,但没有定义;
  • 隐喻很好,但读者不一定知道它对应什么;
  • 论证跳步,作者以为“显然”,读者其实跟不上;
  • 正文有很多压缩表达,需要读者自己补足中间逻辑;
  • 文章内部没有给够脚手架,只适合“已经懂的人”读。

这类检查的核心是:

文章是否能自洽地被读懂。

它不关心你素材有多丰富,只关心正文有没有把必要信息交代出来。


你又说:

提供上下文,更容易审出来,是否表达充分,是否充分挖掘了上下文的金矿。

这个也对,但我会加一个限制: 带上下文审稿最好不要让 AI 重新审“文章应该写什么”,而是审:

正文在既定提纲下,是否充分吸收了上下文中本该服务于该提纲点的材料。

你补充说:

是否充分利用上下文的观点这些应该是提纲或者审提纲阶段完成的,不在审稿阶段。

这个区分非常重要。

否则审稿阶段会失控。AI 看到一大堆上下文后,会忍不住说:“这个也该写,那个也该写。”最后它不是在审正文是否充分展开,而是在重新规划文章。

所以带上下文审稿时,要给 AI 明确边界:

不要重构选题,不要推翻提纲,不要新增主线。只检查:在当前提纲和正文的框架内,哪些上下文材料本该被正文调用,但没有被调用;哪些观点被过度压缩、降级、漏写或写浅了。

这就干净很多。


2. 我会补充什么?

我会补充一个三分法:无上下文审稿、带提纲审稿、带素材审稿其实检查的是三种不同失真。

A. 只看正文:检查“读者可读性”

只给正文,不给提纲,不给上下文。

这时 AI 扮演的是普通读者/编辑:

这篇文章自己能不能站住?

它适合检查:

  • 开头是否能抓住问题;
  • 核心概念是否解释清楚;
  • 文章主线是否能被读者感知;
  • 段落之间是否顺;
  • 哪些地方抽象、跳跃、压缩;
  • 读者读完能不能复述文章主张。

这个模式非常适合发现“作者脑内信息泄漏”问题:作者以为自己写了,其实只是暗示了。

B. 正文 + 提纲:检查“结构兑现度”

给正文和提纲,但不给庞大上下文。

这时 AI 检查的是:

正文有没有按照提纲展开?

它适合检查:

  • 提纲点是否全部覆盖;
  • 每个提纲点是否有足够篇幅;
  • 有没有写偏;
  • 有没有把二级点揉成一句话;
  • 有没有某个标题承诺很大,正文兑现很少;
  • 正文结构是否跟提纲结构一致。

这是你说的“正文是否按照提纲充分展开”的主战场。

C. 正文 + 提纲 + 上下文:检查“素材兑现度”

给正文、提纲和经过整理的上下文。

这时 AI 检查的是:

在不改变提纲的前提下,正文有没有浪费关键素材?

它适合检查:

  • 某个提纲点本来有很强的观点材料,但正文写得很平;
  • 上下文里有很好的例子,但正文没有使用;
  • Deep Research 里有关键证据,但正文只写成了空泛判断;
  • 你和 AI 讨论里形成过更锋利的表述,但正文变钝了;
  • 引文、案例、概念之间本可形成更强论证链,但正文没有调动起来。

这个模式检查的是:

正文有没有把素材的势能转化成文章的论证能量。

我觉得这句话可以成为你的审稿标准之一。


3. 上下文庞大时,怎么利用好“带上下文 / 不带上下文”机制?

我的建议是:不要把“全文上下文”直接扔给审稿 AI。要把上下文先做成审稿用上下文包

庞大上下文直接进入审稿,会有几个问题:

  • AI 注意力被大量材料稀释;
  • 它会开始替你重新构思文章;
  • 它会把“未使用素材”误判为“必须补写内容”;
  • 它会混淆“素材丰富度”和“正文充分度”;
  • 它可能忘记自己是在审稿,而不是在做二次写作。

所以你需要分层处理。


推荐机制:三轮审稿,不要一轮解决所有问题

第一轮:裸读审稿

输入:

  • 正文

不输入:

  • 提纲
  • 上下文
  • 原始讨论
  • Deep Research

检查目标:

作为普通读者,这篇文章哪里读不懂、哪里跳、哪里抽象、哪里负荷过重?

这一轮最适合发现:

  • 概念未定义;
  • 隐喻未落地;
  • 过度压缩;
  • 段落跳跃;
  • 读者脚手架不足;
  • 文章主张不够显性。

这一轮的问题通常最值得优先修,因为它直接决定文章能不能被读者读懂。


第二轮:提纲兑现审稿

输入:

  • 提纲
  • 正文

不输入:

  • 大量上下文

检查目标:

正文是否按照提纲完整、充分、有层次地展开?

这一轮检查:

  • 哪些提纲点没有写;
  • 哪些只是点到为止;
  • 哪些标题承诺没有兑现;
  • 哪些层级被压缩;
  • 哪些论证链不完整;
  • 哪些部分篇幅失衡。

这一轮是你当前问题的核心。


第三轮:上下文兑现审稿

输入:

  • 提纲
  • 正文
  • 精简后的上下文包

不要输入原始大素材库。

检查目标:

在既定提纲下,正文是否浪费了上下文中的关键材料?

这一轮不要让 AI 问“文章还应该写什么”,而是让它问:

当前正文已经要写这些提纲点了,那么上下文中有哪些材料本该帮助这些点写得更充分、更有力量?

这轮输出最好只要求三类结果:

类型 含义
必须补入 不补会导致正文论证薄弱或失真
建议补入 补入后会明显增强文章,但不是结构性缺陷
不建议补入 材料虽好,但会造成偏题、冗余或过载

这样可以防止 AI 把所有素材都塞回文章里。


关键做法:把庞大上下文变成“提纲对齐素材包”

你不应该直接提供几万字上下文。更好的格式是:

【提纲点 1】
- 我的核心观点:
- 相关讨论摘要:
- 可用论据:
- 可用例子:
- 可引用材料:
- 禁止展开/不作为主线的内容:

【提纲点 2】
- 我的核心观点:
- 相关讨论摘要:
- 可用论据:
- 可用例子:
- 可引用材料:
- 禁止展开/不作为主线的内容:

也就是说,先把上下文按照提纲切分。

这样带来的好处是:

  • AI 不会在素材海里乱捞;
  • 每个素材都有归属;
  • 审稿任务从“理解一堆材料”变成“检查每个提纲点是否吃透了对应材料”;
  • 可以避免审稿阶段重新发散;
  • 可以明确哪些素材只是背景,不应进入正文。

你可以把这个叫做:

Outline-Aligned Context Pack提纲对齐上下文包。


我建议你给上下文分成 4 类

不是所有上下文都应该同权重进入审稿。

1. 必用材料

这些是正文必须体现的内容。

例如:

  • 你的核心判断;
  • 关键概念定义;
  • 文章独特观点;
  • 必须引用的研究或文章;
  • 你已经决定要使用的核心案例。

审稿时要求 AI 检查:

正文是否充分吸收了所有“必用材料”?有没有漏写、写浅、误写、降级表达?

2. 强建议材料

这些材料能增强文章,但不一定每个都要进正文。

例如:

  • 很好的类比;
  • 支撑性例子;
  • 与主论点相关的旁证;
  • 某段讨论中的精彩表达;
  • 可用于增强说服力的研究发现。

审稿时要求 AI 判断:

哪些强建议材料值得补入?补在哪里?为什么?

3. 背景材料

这些材料帮助 AI 理解文章,但不要求进入正文。

例如:

  • 你和 AI 的长讨论;
  • Deep Research 的完整背景;
  • 相关领域知识;
  • 你形成观点的过程。

审稿时要明确告诉 AI

背景材料只用于理解,不得因为背景材料存在就要求正文全部吸收。

这一点很重要。

4. 排除材料

这些是你明确不想在正文中展开的内容。

例如:

  • 虽然相关但会偏题的分支;
  • 你暂时不想讨论的争议;
  • 下一篇文章才写的内容;
  • 太技术化、太长、太学术化的材料。

审稿时要给 AI

这些内容不要建议补入正文,除非正文存在无法修复的逻辑断裂。

这可以大幅减少“AI 过度热心”。


一个很好用的工作流

你可以这样安排:

Step 1主笔 Agent 写正文

输入:

  • 提纲
  • 提纲对齐上下文包
  • 写作风格要求
  • 目标读者
  • 篇幅要求

输出正文。

Step 2裸读审稿 Agent

输入:

  • 正文

输出:

  • 读者负荷问题;
  • 概念不清问题;
  • 脚手架不足问题;
  • 论证跳跃问题。

Step 3提纲审稿 Agent

输入:

  • 提纲
  • 正文

输出:

  • 提纲覆盖表;
  • 展开充分度;
  • 信息压缩点;
  • 篇幅失衡点。

Step 4上下文兑现审稿 Agent

输入:

  • 提纲
  • 正文
  • 提纲对齐上下文包

输出:

  • 必用材料遗漏;
  • 强建议材料未利用;
  • 哪些地方可以增强;
  • 哪些素材不建议加入。

Step 5总编 Agent 合并修改清单

输入前三轮审稿结果。

输出:

  • 必须修改;
  • 建议加强;
  • 暂不处理;
  • 可能破坏文章节奏的建议;
  • 最终补写顺序。

这里最关键的是: 不要让同一个 Agent 同时承担普通读者、结构审稿人、素材审计师、总编四个角色。

它会人格分裂,俗称:编辑部开会没主持人。


带上下文与不带上下文的优劣总结

模式 优点 缺点 最适合检查
不带上下文,只看正文 最接近真实读者,容易发现不清楚、跳跃、负荷重 不知道你本来想写什么,可能误判作者意图 可读性、清晰度、脚手架、概念解释
正文 + 提纲 能检查正文是否兑现结构承诺 看不出素材是否被浪费 覆盖度、展开度、结构完整性、篇幅分配
正文 + 提纲 + 上下文 能发现上下文金矿有没有被充分转化 容易过度建议、重新发散、塞材料 素材利用度、观点锋利度、论据充分度
正文 + 原始庞大上下文 信息最全 噪音最大,审稿最容易失控 不建议直接使用

我建议你的原则

原则一:先裸读,再带提纲,最后带上下文

顺序不能反。

因为一旦 AI 先看了上下文,它就不再是普通读者了。它会自动用上下文补全正文缺口,反而看不出正文哪里没讲清楚。

所以:

读者视角必须先做,素材视角必须后做。

原则二:上下文不是越多越好,而是越对齐越好

审稿阶段最好的上下文,不是完整原始材料,而是:

每个提纲点对应哪些必用观点、论据、例子、引用和限制。

上下文要被整理成“可审计结构”,而不是一锅知识汤。

原则三:带上下文审稿只审“兑现”,不审“选题”

你已经说得很对: 哪些观点应该进入文章,主要应该在提纲阶段解决。

审稿阶段只问:

既然提纲已经决定写这些,那正文有没有把相关上下文用足?

这能防止审稿变成二次立项。

原则四:给上下文材料标权重

你需要明确:

  • 必须使用;
  • 优先考虑;
  • 仅供理解;
  • 不要展开。

否则 AI 默认会觉得:你给我的,都是想让我用的。

这就是很多带上下文审稿失控的根源。


你可以这样设计审稿提示词

请进行“正文—提纲—上下文兑现审查”。

注意:本轮不是重新设计文章,不要推翻提纲,不要新增主线,不要要求正文吸收所有上下文。

你的任务是:

1. 检查正文是否按照提纲充分展开;
2. 检查正文是否在既定提纲范围内,充分利用了上下文中的关键材料;
3. 区分“必须补入”“建议补入”“不建议补入”;
4. 特别识别:正文是否把上下文中的重要观点、论据、例子或隐喻压缩得过度,导致表达变弱;
5. 不要因为上下文里有某个材料,就默认它应该进入正文。只有当它明显服务于当前提纲点时,才建议补入。

请按以下结构输出:

一、提纲展开充分度检查
- 对应提纲点
- 正文现状
- 是否充分
- 问题说明
- 修改建议

二、上下文利用度检查
- 对应提纲点
- 上下文中可用材料
- 正文是否使用
- 使用是否充分
- 是否建议补入
- 补入方式

三、信息压缩检查
- 哪些地方把复杂观点压缩成了概括句
- 压缩造成了什么理解损失
- 应该如何拆开展开

四、不要补入的材料
- 哪些上下文材料虽然有价值,但不建议进入本文
- 原因:偏题 / 重复 / 破坏节奏 / 超出提纲范围

五、最终修改优先级
- 必须修改
- 建议加强
- 可以不改

最终我会把你的机制概括成一句话:

不带上下文,是为了测试正文能不能独立成立;带上下文,是为了测试正文有没有把素材势能转化为论证能量。

而你的最佳做法不是二选一,而是建立一个双轨审稿机制:

裸读审清晰度,提纲审展开度,上下文审兑现度。