Related Work 不是文献堆砌,而是为本文创新服务的论证结构。
如果你的论文属于“技术移植型”工作,也就是把某个新技术 B 引入到本文所在范式 A 中,那么 Related Work 通常可以写成两条主线:
- 跨领域技术溯源:说明
B是什么,它从哪里来,为什么可以迁移到A。 - 本文核心范式梳理:说明
A领域已有工作做到哪里了,还缺什么。
这两条线最终必须指向同一个研究空白。
第一条线:跨领域技术溯源
这一部分的目标,是让读者相信:你引入的新技术 B 不是凭空出现的,而是有清楚来源、已有验证,并且迁移到本文问题上是合理的。
可以按下面的顺序写。
1. 开篇定义
用一句话讲清 B 的核心本质、起源领域,以及它最初解决的核心问题。
这一句要尽量稳定,不要一上来就堆很多论文。
2. 原生领域的奠基进展
讲 B 在起源领域中的代表性工作,包括核心实现方式和被验证的效果。
这里引用 1-2 篇最经典的工作即可,不要堆砌文献。重点是说明:
- 它怎么做?
- 它解决了什么问题?
- 它为什么有效?
3. 跨领域过渡
接着说明 B 如何从原生领域拓展到相邻领域。
这一段的作用是完成逻辑过渡:从 B 的起源领域,到和 A 接近的中间领域,再自然过渡到本文场景。否则读者会觉得迁移很突兀。
4. 迁移到本文场景
然后聚焦本文研究场景 A,说明 B 已经在 A 领域有哪些应用、实现方式和代表性工作。
这里要比前面写得更具体,因为它和本文直接相关。
5. 精准锚定局限
最后用一句话指出现有 B → A 工作的核心缺陷。
这个缺陷必须和本文创新点一一对应。否则 Related Work 写得再多,也不能支撑本文为什么有必要存在。
第二条线:本文核心范式 A
这一部分的目标,是梳理本文所属赛道的研究现状,客观认可前人贡献,同时指出仍未解决的核心缺口。
可以按下面的结构写。
1. 范式起源与核心定义
先用一句话讲清楚范式 A 是什么,它解决 A 领域中的什么核心问题,以及这个方向的研究背景。
2. 主流分支分层梳理
按技术路线把 A 领域的工作分成 2-3 个分支。
这里有一个重要原则:
远相关分支先写、简略写;近相关分支后写、详细写。
每个分支都要讲清楚:
- 技术路线是什么?
- 代表性工作有哪些?
- 它们的实现方式是什么?
- 它们取得了什么效果?
3. 客观认可核心进展
对最相关的研究分支,要中立承认它们的贡献和优势。
Related Work 不是为了贬低前人,而是为了说明:前人已经推进到哪里,而本文要继续解决什么。
4. 用转折指出核心缺陷
这一句往往是全文立论的关键。
可以用 However 或 Nevertheless 转折,明确指出现有核心范式仍然没有解决的问题。
这个问题必须满足两个条件:
- 它确实重要。
- 本文方法正好能解决它。
5. 说明补充方案仍然不足
如果已有工作也尝试解决这个缺陷,就要进一步说明它们为什么还不够。
这一段的作用,是强化本文创新的必要性,而不是简单说“别人没做”。
6. 自然引出本文方法
最后用一句话收尾:本文针对上述缺陷,提出了什么方法,解决了什么问题。
这样 Related Work 就能和 Introduction 中的问题设定形成闭环。
最重要的原则:双主线必须闭环
两个模块最终必须指向同一个核心研究空白。
比如在 CoT-VLA 中,两条线最终都应该落到类似问题上:
现有 VLA 缺乏显式 CoT 推理能力,而已有机器人 CoT 方案无法原生融入端到端 VLA 框架。
如果两条线各说各的,Related Work 就会变成两段独立综述,无法论证本文创新的必要性。
小结
Related Work 的写作不是“我读过哪些论文”,而是“这些论文共同说明了什么空白”。
和本文相关性越低的工作,写得越靠前、越简略;和本文相关性越高的工作,写得越靠后、越详细。
主次分明,最后精准收束到本文创新点,Related Work 才真正有说服力。

评论
由 GitHub Discussions 提供,首次加载可能需要一点时间。