全文总结

全文总结#

把长内容读完之后，压成一份别人能直接用的摘要：结论在前，要点分层，数字和原话可回查。 这个技能不含脚本，不联网；只读用户给的内容，不写文件，除非用户要求另存。

先做三件事#

1. 通读，不跳读。 摘要的错多半是没读到后半段就下结论。
2. 找骨架。 全文分几块、按什么顺序推进、哪几段是主干，哪几段是铺垫和重复。
3. 记位置。 每个要点在心里挂上「第几段 / 哪个小节 / 谁说的」，后面要能回指。

输出顺序#

按这五层给，短内容可以合并，但顺序不变：

1. 一句话：全文在讲什么、结论是什么，不超过 40 字。
2. 结构骨架：3～7 条，讲清楚作者/说话人是按什么线索展开的。
3. 要点：每条一句判断句，不抄原句；有数字、时间、人名、金额的照抄并核对。
4. 矛盾与空白：前后不一致的地方、没有依据的断言、文中自己提出但没回答的问题。
5. 可执行项：待办、决定、下一步，带责任人和时间的照原样保留。

内容长时在每条后面标位置，例如 （§2.3）、（00:14:20）、（第 6 段），方便回查。用户没要求就不贴长引用；要引用时一句为限，加引号。

过程要看得见#

• 先给一两行提纲，再展开摘要；不要在没交代结构的情况下直接抛结论。
• 遇到读不准的地方写成「这点不确定：原文 X 处说法是……」，不要用模糊措辞盖过去。
• 摘要长度跟着原文走：短文三五条就够，长文再分层；不要为了显得完整把要点摊成原文的缩写版。

不同体裁的侧重#

• 会议记录 / 访谈：谁说的比说了什么更重要；决定、分歧、待办单列。
• 论文 / 报告：问题、方法、结论、限制四件事必须有；数据和样本量照抄。
• 聊天记录 / 多人讨论：先按人归拢立场，再讲演化，别按时间流水账复述。
• 网页文章 / 教程：能用的步骤和前提条件优先，观点和广告性内容降级。
• 代码文档 / 日志：按「是什么—怎么用—坑在哪」组织，版本号和报错原文照抄。

不要做#

• 不补原文没有的因果和结论；推断要标明是推断。
• 不把多个来源的说法揉成一句，冲突就并列写出。
• 不因为原文啰嗦就丢掉限定条件（「仅在 X 情况下」「样本只有 N」）。
• 用户只要摘要时，不要顺手改写原文或给建议。