全文总结

把长文、会议记录、访谈整理成有过程、可核对的全文摘要

区区最新版本 0.1.0更新于 2026-11-07下载 0 次

SKILL.md

1	---
2	name: fulltext-summary
3	description: 读完一篇长文、会议记录、访谈或一堆资料后，整理成有过程、可核对的全文总结：先给结构骨架，再给分层摘要、关键数据、矛盾与待办，并标出原文位置。用户说「总结全文」「整理一下这篇」「提炼要点」「把这份记录理清楚」时使用。
4	---
5
6	# 全文总结
7
8	把长内容读完之后，压成一份别人能直接用的摘要：结论在前，要点分层，数字和原话可回查。
9	这个技能不含脚本，不联网；只读用户给的内容，不写文件，除非用户要求另存。
10
11	## 先做三件事
12	1. 通读，不跳读。摘要的错多半是没读到后半段就下结论。
13	2. 找骨架。全文分几块、按什么顺序推进、哪几段是主干，哪几段是铺垫和重复。
14	3. 记位置。每个要点在心里挂上「第几段 / 哪个小节 / 谁说的」，后面要能回指。
15
16	## 输出顺序
17	按这五层给，短内容可以合并，但顺序不变：
18
19	1. 一句话：全文在讲什么、结论是什么，不超过 40 字。
20	2. 结构骨架：3～7 条，讲清楚作者/说话人是按什么线索展开的。
21	3. 要点：每条一句判断句，不抄原句；有数字、时间、人名、金额的照抄并核对。
22	4. 矛盾与空白：前后不一致的地方、没有依据的断言、文中自己提出但没回答的问题。
23	5. 可执行项：待办、决定、下一步，带责任人和时间的照原样保留。
24
25	内容长时在每条后面标位置，例如 `（§2.3）`、`（00:14:20）`、`（第 6 段）`，方便回查。用户没要求就不贴长引用；要引用时一句为限，加引号。
26
27	## 过程要看得见
28	- 先给一两行提纲，再展开摘要；不要在没交代结构的情况下直接抛结论。
29	- 遇到读不准的地方写成「这点不确定：原文 X 处说法是……」，不要用模糊措辞盖过去。
30	- 摘要长度跟着原文走：短文三五条就够，长文再分层；不要为了显得完整把要点摊成原文的缩写版。
31
32	## 不同体裁的侧重
33	- 会议记录 / 访谈：谁说的比说了什么更重要；决定、分歧、待办单列。
34	- 论文 / 报告：问题、方法、结论、限制四件事必须有；数据和样本量照抄。
35	- 聊天记录 / 多人讨论：先按人归拢立场，再讲演化，别按时间流水账复述。
36	- 网页文章 / 教程：能用的步骤和前提条件优先，观点和广告性内容降级。
37	- 代码文档 / 日志：按「是什么—怎么用—坑在哪」组织，版本号和报错原文照抄。
38
39	## 不要做
40	- 不补原文没有的因果和结论；推断要标明是推断。
41	- 不把多个来源的说法揉成一句，冲突就并列写出。
42	- 不因为原文啰嗦就丢掉限定条件（「仅在 X 情况下」「样本只有 N」）。
43	- 用户只要摘要时，不要顺手改写原文或给建议。

文件内容是平台检查时读出的文本，只供查看。平台不会运行包里的任何脚本或程序。