简介文献综述写作是学术写作中的难点之一很多人要么大段摘抄、要么简单堆砌文献导致文章枯燥且缺乏逻辑。这份doc文档正是针对这一问题梳理了一套实用的写作方法论核心可概括为“起始有引导正文有分类举例有目的最后有总结”并围绕避免抄袭、文献分类、举例论证、结尾总结展开同时给出了多引用英文文献、正确对待二次文献、搭配经典文献与最新文献等选材建议。文内还配有作者博士论文中的真实修改案例能直观看到旧版本如何通过这一框架优化为逻辑更清晰的综述段落。资源为单个doc文件大小仅22KB便于直接阅读与复用。目前已有233人学习下载适合正在撰写学位论文或期刊论文、希望提升文献综述可读性和学术表达的研究生与科研人员。1. 文献综述写得乏味问题多半出在文档结构上文献综述被说“乏味”大多数时候跟文采没关系而是读者读了两页仍不知道这篇综述要往哪里收口。我见过不少预研报告和开题材料最后写成了一本“谁研究了什么”的流水账作者、年份、方法、结论一条条列下去段落之间没有辩论没有转折也没有给下一个引用留钩子。真正耐读的综述不是摘抄得好而是读完后能看出你对这块地形有判断力哪些结论站得住哪些只在一定条件下有效哪条路还没人走过。这个标题带着 .doc 后缀说明大多数人最终要交的还是 Word 文档所以下面的方案都围绕“能落进 docx”的做法来谈。适合写技术综述、毕业开题、课题结题的工程师和研究生也适合帮别人审综述的人——你会更快看到问题在哪里。2. 从摘抄式笔记转向「主张-证据-缺口」卡片文献综述素材层的重构文献综述乏味往往在动手写之前就已经决定了。摘抄笔记时你大脑里没有决策发生复制一段“某研究表明……”只是把话搬到另一个地方没有判断这句话在你的综述里承担什么功能。最后拼起来时段落之间只能靠“另外”“与此同时”“也有学者认为”这类没有信息量的连接词撑住读起来自然像库存清单。2.1 文献卡片的最小字段一句话主张、关键证据、留给你的缺口我一般会为每篇文献建一张 Markdown 卡片放在同一个目录里。卡片不追求完整只逼自己回答四个问题这篇文献真正的主张是什么支持主张的关键证据是什么哪些边界条件让结论不能直接外推读完它之后我的综述里还缺哪一块拼图。字段固定为标题、主张、证据、边界、缺口、关系。# 卡夫卡 2023分布式追踪中的采样率对延迟影响 - 主张高采样率对 p99 延迟的增量在 5% 内但会显著抬高成本 - 证据在 2000 节点集群上的压测CPU 开销随采样率线性增长 - 边界只测了 HTTP 协议gRPC 场景未覆盖 - 缺口缺乏对多租户流量突发场景的分析 - 关系与我的主线冲突——我原本假设采样率是延迟瓶颈字段里最重要的是“关系”。“关系”不是摘要而是这篇文献和你的综述主线之间的相对位置支持、冲突、互补、只覆盖局部。写不出“关系”时说明你还没想清楚这篇文献为什么出现在综述里这本身就是信号。2.2 用 Python 把卡片批量导出成 CSV提前暴露引用失衡当卡片积累到二十张以上单靠打开展文件已经看不出整体结构。常见做法是写一个小脚本把卡片里的标题、主张、关系抽出来生成一张 CSV 表格。这样你可以快速看到某一篇文献被反复标注为“支持”说明综述有变成单向论证的风险某个缺口被三张卡片同时提到说明这里值得单独开一段。import pathlib, re, csv cards_dir pathlib.Path(cards) # 放文献卡片的目录 rows [] for md in sorted(cards_dir.glob(*.md)): text md.read_text(encodingutf-8) # 取第一个一级标题作为文献标识 title re.search(r^# (.)$, text, re.M) # 取“主张”和“关系”字段的整行内容 claim re.search(r^主张[:]\s*(.)$, text, re.M) relation re.search(r^关系[:]\s*(.)$, text, re.M) rows.append([ md.stem, title.group(1).strip() if title else md.stem, claim.group(1).strip() if claim else , relation.group(1).strip() if relation else , ]) with open(cards.csv, w, newline, encodingutf-8-sig) as f: csv.writer(f).writerows([ [文件名, 标题, 主张, 与主线关系], *rows, ])脚本里的正则只匹配每一行开头的中文或英文冒号避免把正文里的同名单词误抓进来。输出用utf-8-sig而不是utf-8是为了让 Excel 直接打开 CSV 时中文不乱码。生成后先用筛选功能看“关系”列如果某一类关系超过一半就要主动去读相反立场的文献而不是继续堆同方向的证据。2.3 卡片字段常见失败模式与修正表格列出常见失败模式卡片字段写错的典型表现修正方法主张把摘要的第一句抄进来改成“该文证明了 / 反驳了什么”证据写“用了 XX 方法”但不说结果加上数量级或显著性结论边界留空强制写写不出就看原文的实验条件关系写“相关”删除“相关”必须写“支持 / 冲突 / 补充”缺口写“需要进一步研究”改成具体问题例如“缺多租户场景”当“边界”和“缺口”频繁写不出来时说明你读的是摘要而不是原文后续改写综述时会无话可说只能用转述撑字数。这一层素材整理到位后正文里自然会有一个接一个的转折不需要靠“然而”硬转。3. 在 doc 里铺出对比矩阵和引文地图用排版逼出综述逻辑文献综述真正值钱的部分是把不同文献放在同一个坐标系里比较。很多人用大段文字描述“A 怎么样B 怎么样C 怎么样”读起来像三个人分别做报告。更好的做法是先把对比矩阵做出来矩阵能逼你把比较维度想清楚写正文时只需要围绕矩阵的每一列展开。3.1 对比矩阵的四列样本、方法、结论、缺口矩阵的列要按你的论证需求来设计通用的四列是研究对象覆盖了什么样本、用了什么方法、结论是什么、这篇文献没做什么。行是每一篇文献。在 Markdown 里维护这个表格比在 Word 里直接画表要容易改动等结构稳定后再转换成 docx。文献样本方法结论缺口王等 2022单集群 500 节点压测 回归分析CPU 开销线性增长未覆盖流量突发Lee 2023多集群 2000 节点生产环境追踪采样率 p99 影响 5%仅测 HTTP张等 2024模拟器 10 万任务排队论建模采样率瓶颈在存储端缺真实验证矩阵填完综述的骨架已经出来了如果两篇文献的“结论”列矛盾这就是你正文里要重点分析的冲突点如果两篇文献的“缺口”列指向同一场景那很可能就是你的研究切入点。写正文时不要按行描述要按列描述先说方法上的差异再说结论上的分歧最后把缺口集中到一段。3.2 引文地图用编号和层次表达从属不靠段落罗列“引文地图”不一定要画图它可以是正文里的引用排布规则。我一般会先给每篇文献固定一个编号比如[K1]、[L3]然后规划每一段引用哪些编号使读者在视觉上一眼看出主次。常见的排布是一段第一句给核心引文第二句给支持性引文第三句给边界性引文避免从头到尾一直用“某某等研究发现”开头。在采样率对延迟的影响上[Lee 2023] 的结论与 [王等 2022] 基本一致 但两者都只在稳定流量下验证。[张等 2024] 的排队论模型进一步指出 瓶颈可能转移到存储端不过该模型未纳入动态扩缩容。这种写作用了三个层次第一个引文立一个结论第二个引文给出相似结论第三个引文引入不同视角。即便读者不熟悉文献也能从编号密度上判断哪篇是主角。每段控制 2 到 3 个编号超过 5 个就会变成列表宁可拆成两段。3.3 用 Pandoc 把带矩阵的 Markdown 转成 docx 并保留排版如果团队只收 Word 文档不要让写 Markdown 的人去手动复制表格。Pandoc 能把上面的矩阵和编号直接转成 docx表格会变成 Word 原生表格样式通过自定义模板统一。这个命令在本地跑通后可以写进 Makefile每次改完 Markdown 一键出稿。pandoc review.md -o review.docx \ --from markdownsmart \ --reference-doctemplate.docx \ --toc --toc-depth2--from markdownsmart的作用是启用智能标点直引号会变成弯引号--reference-doc指向一个提前调好字体字号和标题颜色的 docx 模板--toc生成目录--toc-depth2只保留前两级标题避免目录过长。转换后检查两处一是表格的列宽是否被模板截断二是代码块如果存在要确认是否用了等宽字体。矩阵在这个环节里能自动进入 Word 的表格式排版省掉手动对齐的时间。4. 用 Pandoc 和 Python 检查脚本把综述改稿循环缩到十分钟改综述最耗时的不是调整措辞而是反复通读找“哪一段没有引用”“哪一段堆了太多转折词”“哪一段其实在重复上一段的意思”。这些问题靠眼睛看能发现但效率低第一次改稿会漏掉一半。把检查脚本化以后每次生成 docx 后跑一遍十分钟内能拿到一份问题清单。4.1 从 Markdown 到 docx 的批量转换命令一次只转一个文件不够综述往往会按章节拆成多个 md 文件最后合成一个完整稿。常见做法是用 shell 循环把多个文件拼接后交给 Pandoc或者用 Makefile 管理依赖只重新编译改过的章节。下面是一个能直接用的小脚本它会把chapters/目录下的数字前缀文件按顺序合并。cd $(dirname $0) cat chapters/0[1-6]-*.md draft.md pandoc draft.md -o review.docx \ --from markdownsmart \ --reference-doctemplate.docx \ --toc --toc-depth2cat命令按文件名自然排序合并章节前缀01-到06-可以保证顺序稳定不会因为章节标题首字不同而乱排。draft.md是临时文件合并后可以删掉。这个脚本的好处是你永远只改chapters/里的原始文件review.docx只是一个编译产物不会出现“最终版最终版2.docx”这种混乱。4.2 用 Python 检查引用密度和单段多主题常见做法是写一个小脚本读取生成的 docx逐段统计两个指标括号引用数量以及“另外 / 同时 / 但”这一类转折词是否过密。无引用且转折词超过两个的段落大概率是在罗列而不是在论证标记出来人工重看。import docx, sys # 依赖pip install python-docx d docx.Document(review.docx) for p in d.paragraphs: t p.text.strip() if len(t) 30 or not t: continue # 统计形如 (作者 年份) 的引用括号 cites t.count(() t.count() # 统计把逻辑“绕”起来的连接词 toggles sum(t.count(w) for w in [另外, 同时, 另一方面, 但是, 不过]) if cites 0 and toggles 2: print(f无引用且转折过多: {t[:80]})cites的统计用的是括号数量要求正文里引用必须带年份括号这是常见格式如果你的模板要求去掉年份就改成只数中括号或上标脚注的位置。toggles是启发式判断只用来圈定可疑段落不要用它直接改稿。脚本跑完后把输出文件交给作者按“每段最多一个转折词”去改。很多时候把“但是”删掉后句子反而更有力因为转折是作者加给读者的不是论据本身带来的。4.3 连接词替换表把关系说破而不是靠词转弯常见连接词说明替换为动作另外没有说清新旧关系改为“这一结论的局限在于”或直接删同时并列还是因果不明改成“由此可以推出”另一方面真正的对立方是谁直接点名具体文献但是后文才是重点删掉把后一句提前然而情绪大于信息改为“与前文相反”这个表可以在定稿前全局替换做一次扫描但不建议机械替换因为每篇综述的黑话不同。脚本只负责把人容易走神的地方标出来具体怎么改仍然依赖你对字段的判断。当一篇长达八千字的综述里重复出现同一组连接词时往往不是词汇量问题而是段落之间缺少真实的逻辑关系需要回到对比矩阵里补一行“缺口”列。5. 用反向提纲和阻断词扫一遍专治一段说三件事综述初稿完成后最有效的验收动作不是再读一遍而是写“反向提纲”把每一段压缩成一句话写出来和上一段连起来读。如果某一段得用“既……又……还……”才能概括那它一定塞了三件事读者在段落里抓不住重心这正是乏味的来源。具体做法打开 Word 里的审阅窗格把每段标题列在空白处标上数字。然后对每一段问两个问题——这段的最后一个结论落到哪里支撑它的引用是否只有一段里的某一句。如果结论在段落中间开头部分就是铺垫过多可以直接删。反向提纲列完段与段之间的递进关系会浮出表面真正连贯的综述每段标题连起来读时本身就构成一段可理解的话如果连起来之后读不通说明中间缺桥段。另一个好用的技巧是给终稿跑一遍“阻断词扫描”。所谓阻断词是“值得注意的是”“众所周知”“综上所述”“相关研究很多”这类不携带信息却让人停顿的短语。在搜索栏里逐个输入这些词每找到一个就评估一次这个词的后面有没有具体内容如果没有直接删掉句子。很多综述每删掉一个阻断词段落就变得更紧凑因为它去掉的是作者的不自信而不是论据。最后把每一段都过一遍“删句测试”拿掉段里的任何一句话如果剩余部分仍能成立说明那句话是装饰真正核心的句子往往承担两个作用同时支持上一段的证据和下一段的结论。想做到这段话不写满三件事方法很简单——一句话只允许一个引用编号一个段落只允许一个主张句。你不需要重新学习写作需要的是在把卡片装进矩阵之前先想清楚自己到底要证明什么。本文还有配套的精品资源点击获取 用Markdown和Pandoc构建不枯燥的文献综述
简介文献综述写作是学术写作中的难点之一很多人要么大段摘抄、要么简单堆砌文献导致文章枯燥且缺乏逻辑。这份doc文档正是针对这一问题梳理了一套实用的写作方法论核心可概括为“起始有引导正文有分类举例有目的最后有总结”并围绕避免抄袭、文献分类、举例论证、结尾总结展开同时给出了多引用英文文献、正确对待二次文献、搭配经典文献与最新文献等选材建议。文内还配有作者博士论文中的真实修改案例能直观看到旧版本如何通过这一框架优化为逻辑更清晰的综述段落。资源为单个doc文件大小仅22KB便于直接阅读与复用。目前已有233人学习下载适合正在撰写学位论文或期刊论文、希望提升文献综述可读性和学术表达的研究生与科研人员。1. 文献综述写得乏味问题多半出在文档结构上文献综述被说“乏味”大多数时候跟文采没关系而是读者读了两页仍不知道这篇综述要往哪里收口。我见过不少预研报告和开题材料最后写成了一本“谁研究了什么”的流水账作者、年份、方法、结论一条条列下去段落之间没有辩论没有转折也没有给下一个引用留钩子。真正耐读的综述不是摘抄得好而是读完后能看出你对这块地形有判断力哪些结论站得住哪些只在一定条件下有效哪条路还没人走过。这个标题带着 .doc 后缀说明大多数人最终要交的还是 Word 文档所以下面的方案都围绕“能落进 docx”的做法来谈。适合写技术综述、毕业开题、课题结题的工程师和研究生也适合帮别人审综述的人——你会更快看到问题在哪里。2. 从摘抄式笔记转向「主张-证据-缺口」卡片文献综述素材层的重构文献综述乏味往往在动手写之前就已经决定了。摘抄笔记时你大脑里没有决策发生复制一段“某研究表明……”只是把话搬到另一个地方没有判断这句话在你的综述里承担什么功能。最后拼起来时段落之间只能靠“另外”“与此同时”“也有学者认为”这类没有信息量的连接词撑住读起来自然像库存清单。2.1 文献卡片的最小字段一句话主张、关键证据、留给你的缺口我一般会为每篇文献建一张 Markdown 卡片放在同一个目录里。卡片不追求完整只逼自己回答四个问题这篇文献真正的主张是什么支持主张的关键证据是什么哪些边界条件让结论不能直接外推读完它之后我的综述里还缺哪一块拼图。字段固定为标题、主张、证据、边界、缺口、关系。# 卡夫卡 2023分布式追踪中的采样率对延迟影响 - 主张高采样率对 p99 延迟的增量在 5% 内但会显著抬高成本 - 证据在 2000 节点集群上的压测CPU 开销随采样率线性增长 - 边界只测了 HTTP 协议gRPC 场景未覆盖 - 缺口缺乏对多租户流量突发场景的分析 - 关系与我的主线冲突——我原本假设采样率是延迟瓶颈字段里最重要的是“关系”。“关系”不是摘要而是这篇文献和你的综述主线之间的相对位置支持、冲突、互补、只覆盖局部。写不出“关系”时说明你还没想清楚这篇文献为什么出现在综述里这本身就是信号。2.2 用 Python 把卡片批量导出成 CSV提前暴露引用失衡当卡片积累到二十张以上单靠打开展文件已经看不出整体结构。常见做法是写一个小脚本把卡片里的标题、主张、关系抽出来生成一张 CSV 表格。这样你可以快速看到某一篇文献被反复标注为“支持”说明综述有变成单向论证的风险某个缺口被三张卡片同时提到说明这里值得单独开一段。import pathlib, re, csv cards_dir pathlib.Path(cards) # 放文献卡片的目录 rows [] for md in sorted(cards_dir.glob(*.md)): text md.read_text(encodingutf-8) # 取第一个一级标题作为文献标识 title re.search(r^# (.)$, text, re.M) # 取“主张”和“关系”字段的整行内容 claim re.search(r^主张[:]\s*(.)$, text, re.M) relation re.search(r^关系[:]\s*(.)$, text, re.M) rows.append([ md.stem, title.group(1).strip() if title else md.stem, claim.group(1).strip() if claim else , relation.group(1).strip() if relation else , ]) with open(cards.csv, w, newline, encodingutf-8-sig) as f: csv.writer(f).writerows([ [文件名, 标题, 主张, 与主线关系], *rows, ])脚本里的正则只匹配每一行开头的中文或英文冒号避免把正文里的同名单词误抓进来。输出用utf-8-sig而不是utf-8是为了让 Excel 直接打开 CSV 时中文不乱码。生成后先用筛选功能看“关系”列如果某一类关系超过一半就要主动去读相反立场的文献而不是继续堆同方向的证据。2.3 卡片字段常见失败模式与修正表格列出常见失败模式卡片字段写错的典型表现修正方法主张把摘要的第一句抄进来改成“该文证明了 / 反驳了什么”证据写“用了 XX 方法”但不说结果加上数量级或显著性结论边界留空强制写写不出就看原文的实验条件关系写“相关”删除“相关”必须写“支持 / 冲突 / 补充”缺口写“需要进一步研究”改成具体问题例如“缺多租户场景”当“边界”和“缺口”频繁写不出来时说明你读的是摘要而不是原文后续改写综述时会无话可说只能用转述撑字数。这一层素材整理到位后正文里自然会有一个接一个的转折不需要靠“然而”硬转。3. 在 doc 里铺出对比矩阵和引文地图用排版逼出综述逻辑文献综述真正值钱的部分是把不同文献放在同一个坐标系里比较。很多人用大段文字描述“A 怎么样B 怎么样C 怎么样”读起来像三个人分别做报告。更好的做法是先把对比矩阵做出来矩阵能逼你把比较维度想清楚写正文时只需要围绕矩阵的每一列展开。3.1 对比矩阵的四列样本、方法、结论、缺口矩阵的列要按你的论证需求来设计通用的四列是研究对象覆盖了什么样本、用了什么方法、结论是什么、这篇文献没做什么。行是每一篇文献。在 Markdown 里维护这个表格比在 Word 里直接画表要容易改动等结构稳定后再转换成 docx。文献样本方法结论缺口王等 2022单集群 500 节点压测 回归分析CPU 开销线性增长未覆盖流量突发Lee 2023多集群 2000 节点生产环境追踪采样率 p99 影响 5%仅测 HTTP张等 2024模拟器 10 万任务排队论建模采样率瓶颈在存储端缺真实验证矩阵填完综述的骨架已经出来了如果两篇文献的“结论”列矛盾这就是你正文里要重点分析的冲突点如果两篇文献的“缺口”列指向同一场景那很可能就是你的研究切入点。写正文时不要按行描述要按列描述先说方法上的差异再说结论上的分歧最后把缺口集中到一段。3.2 引文地图用编号和层次表达从属不靠段落罗列“引文地图”不一定要画图它可以是正文里的引用排布规则。我一般会先给每篇文献固定一个编号比如[K1]、[L3]然后规划每一段引用哪些编号使读者在视觉上一眼看出主次。常见的排布是一段第一句给核心引文第二句给支持性引文第三句给边界性引文避免从头到尾一直用“某某等研究发现”开头。在采样率对延迟的影响上[Lee 2023] 的结论与 [王等 2022] 基本一致 但两者都只在稳定流量下验证。[张等 2024] 的排队论模型进一步指出 瓶颈可能转移到存储端不过该模型未纳入动态扩缩容。这种写作用了三个层次第一个引文立一个结论第二个引文给出相似结论第三个引文引入不同视角。即便读者不熟悉文献也能从编号密度上判断哪篇是主角。每段控制 2 到 3 个编号超过 5 个就会变成列表宁可拆成两段。3.3 用 Pandoc 把带矩阵的 Markdown 转成 docx 并保留排版如果团队只收 Word 文档不要让写 Markdown 的人去手动复制表格。Pandoc 能把上面的矩阵和编号直接转成 docx表格会变成 Word 原生表格样式通过自定义模板统一。这个命令在本地跑通后可以写进 Makefile每次改完 Markdown 一键出稿。pandoc review.md -o review.docx \ --from markdownsmart \ --reference-doctemplate.docx \ --toc --toc-depth2--from markdownsmart的作用是启用智能标点直引号会变成弯引号--reference-doc指向一个提前调好字体字号和标题颜色的 docx 模板--toc生成目录--toc-depth2只保留前两级标题避免目录过长。转换后检查两处一是表格的列宽是否被模板截断二是代码块如果存在要确认是否用了等宽字体。矩阵在这个环节里能自动进入 Word 的表格式排版省掉手动对齐的时间。4. 用 Pandoc 和 Python 检查脚本把综述改稿循环缩到十分钟改综述最耗时的不是调整措辞而是反复通读找“哪一段没有引用”“哪一段堆了太多转折词”“哪一段其实在重复上一段的意思”。这些问题靠眼睛看能发现但效率低第一次改稿会漏掉一半。把检查脚本化以后每次生成 docx 后跑一遍十分钟内能拿到一份问题清单。4.1 从 Markdown 到 docx 的批量转换命令一次只转一个文件不够综述往往会按章节拆成多个 md 文件最后合成一个完整稿。常见做法是用 shell 循环把多个文件拼接后交给 Pandoc或者用 Makefile 管理依赖只重新编译改过的章节。下面是一个能直接用的小脚本它会把chapters/目录下的数字前缀文件按顺序合并。cd $(dirname $0) cat chapters/0[1-6]-*.md draft.md pandoc draft.md -o review.docx \ --from markdownsmart \ --reference-doctemplate.docx \ --toc --toc-depth2cat命令按文件名自然排序合并章节前缀01-到06-可以保证顺序稳定不会因为章节标题首字不同而乱排。draft.md是临时文件合并后可以删掉。这个脚本的好处是你永远只改chapters/里的原始文件review.docx只是一个编译产物不会出现“最终版最终版2.docx”这种混乱。4.2 用 Python 检查引用密度和单段多主题常见做法是写一个小脚本读取生成的 docx逐段统计两个指标括号引用数量以及“另外 / 同时 / 但”这一类转折词是否过密。无引用且转折词超过两个的段落大概率是在罗列而不是在论证标记出来人工重看。import docx, sys # 依赖pip install python-docx d docx.Document(review.docx) for p in d.paragraphs: t p.text.strip() if len(t) 30 or not t: continue # 统计形如 (作者 年份) 的引用括号 cites t.count(() t.count() # 统计把逻辑“绕”起来的连接词 toggles sum(t.count(w) for w in [另外, 同时, 另一方面, 但是, 不过]) if cites 0 and toggles 2: print(f无引用且转折过多: {t[:80]})cites的统计用的是括号数量要求正文里引用必须带年份括号这是常见格式如果你的模板要求去掉年份就改成只数中括号或上标脚注的位置。toggles是启发式判断只用来圈定可疑段落不要用它直接改稿。脚本跑完后把输出文件交给作者按“每段最多一个转折词”去改。很多时候把“但是”删掉后句子反而更有力因为转折是作者加给读者的不是论据本身带来的。4.3 连接词替换表把关系说破而不是靠词转弯常见连接词说明替换为动作另外没有说清新旧关系改为“这一结论的局限在于”或直接删同时并列还是因果不明改成“由此可以推出”另一方面真正的对立方是谁直接点名具体文献但是后文才是重点删掉把后一句提前然而情绪大于信息改为“与前文相反”这个表可以在定稿前全局替换做一次扫描但不建议机械替换因为每篇综述的黑话不同。脚本只负责把人容易走神的地方标出来具体怎么改仍然依赖你对字段的判断。当一篇长达八千字的综述里重复出现同一组连接词时往往不是词汇量问题而是段落之间缺少真实的逻辑关系需要回到对比矩阵里补一行“缺口”列。5. 用反向提纲和阻断词扫一遍专治一段说三件事综述初稿完成后最有效的验收动作不是再读一遍而是写“反向提纲”把每一段压缩成一句话写出来和上一段连起来读。如果某一段得用“既……又……还……”才能概括那它一定塞了三件事读者在段落里抓不住重心这正是乏味的来源。具体做法打开 Word 里的审阅窗格把每段标题列在空白处标上数字。然后对每一段问两个问题——这段的最后一个结论落到哪里支撑它的引用是否只有一段里的某一句。如果结论在段落中间开头部分就是铺垫过多可以直接删。反向提纲列完段与段之间的递进关系会浮出表面真正连贯的综述每段标题连起来读时本身就构成一段可理解的话如果连起来之后读不通说明中间缺桥段。另一个好用的技巧是给终稿跑一遍“阻断词扫描”。所谓阻断词是“值得注意的是”“众所周知”“综上所述”“相关研究很多”这类不携带信息却让人停顿的短语。在搜索栏里逐个输入这些词每找到一个就评估一次这个词的后面有没有具体内容如果没有直接删掉句子。很多综述每删掉一个阻断词段落就变得更紧凑因为它去掉的是作者的不自信而不是论据。最后把每一段都过一遍“删句测试”拿掉段里的任何一句话如果剩余部分仍能成立说明那句话是装饰真正核心的句子往往承担两个作用同时支持上一段的证据和下一段的结论。想做到这段话不写满三件事方法很简单——一句话只允许一个引用编号一个段落只允许一个主张句。你不需要重新学习写作需要的是在把卡片装进矩阵之前先想清楚自己到底要证明什么。本文还有配套的精品资源点击获取