740 lines
22 KiB
Markdown
740 lines
22 KiB
Markdown
# 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：
|
||
|
||
```text
|
||
请你对我的文章提纲和正文做一次“提纲—正文一致性审查”。
|
||
|
||
请重点检查以下方面：
|
||
|
||
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 把所有素材都塞回文章里。
|
||
|
||
---
|
||
|
||
# 关键做法：把庞大上下文变成“提纲对齐素材包”
|
||
|
||
你不应该直接提供几万字上下文。更好的格式是：
|
||
|
||
```text
|
||
【提纲点 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 默认会觉得：你给我的，都是想让我用的。
|
||
|
||
这就是很多带上下文审稿失控的根源。
|
||
|
||
---
|
||
|
||
# 你可以这样设计审稿提示词
|
||
|
||
```text
|
||
请进行“正文—提纲—上下文兑现审查”。
|
||
|
||
注意：本轮不是重新设计文章，不要推翻提纲，不要新增主线，不要要求正文吸收所有上下文。
|
||
|
||
你的任务是：
|
||
|
||
1. 检查正文是否按照提纲充分展开；
|
||
2. 检查正文是否在既定提纲范围内，充分利用了上下文中的关键材料；
|
||
3. 区分“必须补入”“建议补入”“不建议补入”；
|
||
4. 特别识别：正文是否把上下文中的重要观点、论据、例子或隐喻压缩得过度，导致表达变弱；
|
||
5. 不要因为上下文里有某个材料，就默认它应该进入正文。只有当它明显服务于当前提纲点时，才建议补入。
|
||
|
||
请按以下结构输出：
|
||
|
||
一、提纲展开充分度检查
|
||
- 对应提纲点
|
||
- 正文现状
|
||
- 是否充分
|
||
- 问题说明
|
||
- 修改建议
|
||
|
||
二、上下文利用度检查
|
||
- 对应提纲点
|
||
- 上下文中可用材料
|
||
- 正文是否使用
|
||
- 使用是否充分
|
||
- 是否建议补入
|
||
- 补入方式
|
||
|
||
三、信息压缩检查
|
||
- 哪些地方把复杂观点压缩成了概括句
|
||
- 压缩造成了什么理解损失
|
||
- 应该如何拆开展开
|
||
|
||
四、不要补入的材料
|
||
- 哪些上下文材料虽然有价值，但不建议进入本文
|
||
- 原因：偏题 / 重复 / 破坏节奏 / 超出提纲范围
|
||
|
||
五、最终修改优先级
|
||
- 必须修改
|
||
- 建议加强
|
||
- 可以不改
|
||
```
|
||
|
||
---
|
||
|
||
最终我会把你的机制概括成一句话：
|
||
|
||
> **不带上下文，是为了测试正文能不能独立成立；带上下文，是为了测试正文有没有把素材势能转化为论证能量。**
|
||
|
||
而你的最佳做法不是二选一，而是建立一个双轨审稿机制：
|
||
|
||
> **裸读审清晰度，提纲审展开度，上下文审兑现度。**
|
||
|
||
|