毕业设计文献综述写作指南
全过程的读法与各本分工，见 写作指南总览。
综述的对象是「设计与实现」类课题：在既有方法之上构造可运行的系统。其文体近于工程学位论文第 1 章的相关研究，而远于理论研究型论文中以争辩缺口为目的的长篇述评。下文原则与句式均自对标论文的相关研究节抽出，不依附某一院校的表格或流程。
写入绪论时的篇幅与文献基线，见 毕业设计写作指南；文末著录见 参考文献。开题「准备情况」见 开题报告写作指南。主张须能指回已读原文，核查步骤见 使用 AI 进行事实核查。
例证出处（只标学校，不标作者）：
| 代号 | 来源 |
|---|---|
| 对标论文1 | 辽宁大学论文 |
| 对标论文2 | 东南大学论文 |
| 对标论文3 | 阜阳师范大学论文 |
| 对标论文4 | 华中科技大学论文 |
| 对标论文5 | 北京邮电大学论文 |
1. 综述的任务
毕业设计综述应当回答三问：本问题域已有何种工作；本设计所采方法因何可取；同类系统如何划分模块、部署与验证。其终点是技术路线与系统边界，而不是「本领域尚存重大理论空白」。
| 设计类综述 | 研究类综述 |
|---|---|
| 依问题域、方法、系统实现分类 | 依学派、争议或国别铺陈 |
| 每类收束于将采用的技术或模块 | 每类收束于未决的理论问题 |
| 须有「系统设计与实现」一类文献 | 可仅有模型与实证 |
| 评述言落地之不足 | 评述言命题之未解 |
| 服务于其后的需求、设计、实现与验证 | 服务于假设、模型与推论 |
期刊与会议论文的 Related Work 多只比较指标，不宜单独作为范本。宜参照标题含「设计与实现」的学位论文中「国内外研究现状」一节，如对标论文1、对标论文3、对标论文4。
综述不能代替后续的系统设计。方法即使评述充分，仍须在后文给出可核验的实现。
2. 综述与相邻章节的分工
相关研究评「他人做了什么」；相关技术章述「本文所用方法的原理」。二者不宜相混。
对标论文1、对标论文3 均将现状置于第 1 章，将知识图谱、分类器、集成树等原理置于第 2 章。综述中点到的方法，公式与机制宜移入相关技术；他人的场景、数据与结论留在综述。
独立成篇的综述可写得稍完整；写入绪论时须压缩，只保留与后文章节一一对应的类别，见 绪论。引言中的背景只需少量引证，不宜整节搬用综述正文。全文之中，综述篇幅若压过实现与验证，则轻重失序。
开题「选题研究准备情况」只须看得出已经按 20 篇 / 2 篇外文 / 近五年八成的方向在攒文献，见 准备情况。勿把本综述整段贴进开题四栏。
3. 原则
- 以问题分类，不以年代编次。 对标论文1、对标论文3、对标论文4 皆按题目拆为两至三节（信用评估与提升树、知识图谱与问答、自动问答与常见问题库）。宜仿此，不宜自二十世纪中叶起编年。
- 类名与后文同构。 对标论文3 以「知识图谱」对应其后的图谱构建，以「问答」对应其后的问句解析。综述出现而正文不做，或正文采用而综述不及，均属失洽。
- 一段之中须具四项： 文献、场景、方法、与本文的关系（可取之处或不足）。缺末项则沦为提要汇编。
- 单列同类系统。 期刊工作止于模型者为多；模块、界面与测试多见于学位论文。设计类课题若无此类文献，则对标落空。
- 外文用于方法源头或评价口径， 不宜为充数而抄录摘要。奠基之作可置方法一类之首。
- 近作为主，经典宜少。 行业统计若年代久远，不得当作当下事实。
- 评述收于本系统。 对标论文1、对标论文3 在现状之后即述本文模块。宜列可补之不足，继以「故本设计……」，不宜宣称填补国际空白。
- 不旁骛无关领域。 对标论文1 于提升树一节旁及地质与电力负荷，方法同名而问题不同，宜删。
- 不将辞书条目当作评述。 对标论文3 罗列开放域图谱之实体量与三元组量，于垂直领域问答助益有限。宜改论领域图谱如何支持查询。
- 不将技术沿革写成讲义。 对标论文4 自词频统计述至多种深度匹配，硕士论文或可承受；设计类综述宜收为「字面匹配—语义检索—本文路线」一脉，机理留给相关技术章。
- 主张须能指回已读原文。 篇名、年份、方法、数据与结论须与手头 PDF 或笔记一致。对话模型随口给出的文献不得入文；核查流程见 使用 AI 进行事实核查。
4. 结构
分类从文献自身的主题来，不必强作「先国外、后国内」，除非同一问题上中外路径确有不同。
1 引言
问题的由来（数句，附出处）
本设计拟实现的系统（一句，与题名一致）
综述范围：评哪些类，不评哪些类
2 问题域的研究
3 核心方法的研究 （题名中的方法须在此出现）
4 同类系统的设计与实现 （设计类课题所不可缺）
5 评述与启示
参考文献
第 2 至第 4 节每节数篇即可，同主题宜合并，勿一篇一段排比。方法若有两端（模型与解释、图谱与检索），可如对标论文1、对标论文3 再析小节。
| 节 | 文献的取舍 | 本节所答 |
|---|---|---|
| 问题域 | 同一业务或同一任务上的工作 | 前人在何种场景、以何指标评价 |
| 核心方法 | 题名及路线所依赖的方法 | 本文采用该方法的理据 |
| 系统实现 | 题含「设计与实现」「系统设计」者 | 模块如何划分，数据与程序如何安置 |
5. 各节写法
5.1 引言
先述可征引的问题，再点明须有一系统处之，末句划定评述边界。对标论文3、对标论文4 的起笔可学其「痛点—系统—范围」，而篇幅宜更短。
空言「信息技术迅速发展」而无出处，或将课题意义整节复写入此，皆不宜。
5.2 分类评述
节首先说明本类评什么、略什么，而后按问题组段。
针对……，文献[x]采用……，于……数据或系统上得……。此足以说明……可行；惟其……（缺解释、无交互界面、仅处理单跳问句、未做系统验证等），与本文拟交付者尚有距离。
数篇方法相近者宜合写：「文献[x][y]均采用……，其差异在于……」。对标论文1 将若干工作收于「智能方法用于信用评估」一段，此「收」可取，但段末须回到本文。
同类系统一节至少须见三事：模块、技术路径、如何验证。对标论文1 以模块表收束本文工作；综述中可反用其法，先归纳已有系统之模块，再说明本文取舍。
5.3 评述与启示
现状述毕，宜有独立收束，以三条为度：
- 问题域中已较清楚者（常用数据与指标）。
- 方法可用，而工程上仍薄者（可解释性、检索与生成的分工、可演示界面等——须是后文真正补者）。
- 故本设计所为：数据、方法与模块，且与题名一致。
评述中提出而后文并不着手者，是为失信。
5.4 文献表
文末所录，须在正文以序号引出，未引者不录。期刊、会议、学位论文分标类型。新闻、未审网页、商业软文不足充学术文献。中外兼取、新近文献居多，是通例；独立综述所涉文献一般不少于 10 篇，全书约 20 篇、外文不少于 2 篇、近五年约占八成，见 参考文献。不为凑满某一整数而降格。中文宜保存 PDF，外文宜记录 DOI；未打开原文的条目不得列入。
6. 句式示例
6.1 分类之起
与本设计直接相关者凡两类：一为领域知识如何结构化存储与查询，一为自然语言问句如何映射为查询或生成。下文分述之，开放域百科图谱之规模数字不在讨论之列。
6.2 方法之评
文献[x]于个人信用数据上采用提升树，并以采样缓解类别偏斜，分类表现优于对照模型。可见树模型宜于此类表格特征；然该文止于离线实验，既无面向业务人员的系统，亦无单笔预测的解释。本设计沿用同类模型，并补解释与交互。
6.3 系统之评
文献[y]实现包含模型管理、信息维护与风险预测的系统，并于实现章给出功能验证。其模块划分可资对照；本文不复其未规划之权限与催收，而将验证重心置于预测、对照与解释。
6.4 全篇之收
要之，模型一侧已有较稳定的对照实验写法，系统一侧已有「数据—模型—界面」的实现路径；同时具备本题方法、可解释输出与系统验证者仍少。故本设计完成……，并以黑盒用例检验之。
6.5 宜避的形态
| 形态 | 见于 | 宜如何收束 |
|---|---|---|
| 专家规则—单变量—多元判别的编年 | 对标论文1 | 以数语概括「规则、统计、学习」三阶段，转入本题方法 |
| 开放图谱实体量、三元组量清单 | 对标论文3 | 改论垂直图谱如何支持问答 |
| 自词频、主题模型铺至多种深度匹配 | 对标论文4 | 收为一条技术路线，公式入相关技术 |
| 方法同名而行业无涉 | 对标论文1 | 删，或一句带过「亦曾用于其他预测」 |
| 仅枚举工业界助手产品 | 对标论文4 | 举例以三为限，随即回到本题路线 |
7. 与正文的一致
题名中的方法须在方法一节有文献支撑。评述所谓「故本设计……」须与后文模块相符。相关技术章只阐释综述既选、后文既用的方法，不再另开「国内外现状」。引文须与原作的题名、责任者、年份可核对。
8. 篇幅
独立综述以能覆盖三类并有评述为度，常见约 2000 字；过短则分类不立，过长而无评则仍是目录。写入绪论的相关研究，以不超过其后实现与验证之和为宜，常见压缩进第 1 章的 1500–2000 字之内。一类之中文献过少而背景过长，或评述只余「具有重要意义」，皆属失衡。
9. 使用 AI 进行事实核查
对话窗口会编造不存在的篇名、年份与结论。综述里每一句「文献[x]采用……得……」须能指回已经读过的原文，不能指回聊天记录。
核查在 本机 AI 编辑器 里完成：于 Cursor、Cline 或 Trae 安装 LLM Wiki 技能，在课题目录建 本地 wiki/，只查这个目录，用已保存进 raw/ 的文献提问。禁止改用任何 Wiki 网站、禁止联网检索补篇名。
- 安装技能。 把「可粘贴的提示词」中「安装技能」一段原样发给当前 AI 编辑器，令其按地址安装为本地 LLM Wiki 技能。
- 在本地建库。 在本课题根目录建
wiki/：SCHEMA.md、index.md、log.md，以及只读的raw/（其下可分papers/、articles/）。人往本地raw/投放已下载 PDF 的摘录、笔记；编辑器只读raw/，不得改原文。 - 摄入（ingest）。 令编辑器阅读 本地
wiki/raw/，把方法、数据、结论写进本地实体页或概念页，主张旁注本机路径。一则来源可更新多页，这是正常的。 - 查本地（query）。 落笔前问编辑器中的 本地 wiki/：「文献[x]是否采用 Y、在何种数据上得 Z？」只采用能指回本地
raw/某文件的句子。本地 wiki 里没有的篇目，不得写入综述或文末，也不得上网补。 - 体检（lint）。 令编辑器检查 本地 wiki/ 的孤立页、断链、无出处、互相矛盾、低置信。标为有争议或仅单源且无把握的主张，不得写入综述。
分工：人决定收哪些文献、改哪些句子；编辑器只维护本机交叉引用与矛盾标记。禁止先让对话生成参考文献表，再回头「核实」。
可粘贴的提示词
尖括号换成本题用语。每条只做一件事。只使用本机课题目录下的 wiki/，禁止访问远程 Wiki，禁止用搜索或训练记忆补文献。
先完成「安装技能 + 建库 + 把已读文献放进 raw/ + 摄入」。库建好之后，日常只复用下面「建好之后怎么用」的核查提示词，不要用对话代写综述正文。
安装技能
把 https://tools.liangdaima.com/static/llm-wiki-skill.tar.gz 安装为本地 LLM Wiki 技能。
只装到本机当前 AI 编辑器（Cursor、Cline 或 Trae），装好后按该技能工作。不要访问任何 Wiki 网站。
建本地库
只在本机当前课题目录工作，不要访问任何网站。
在本目录初始化本地 LLM Wiki：建立 wiki/SCHEMA.md、index.md、log.md，以及 wiki/raw/papers/ 与 wiki/raw/articles/。
领域写「〈系统全称〉的设计与实现」。
约定：只使用本地 wiki/；raw/ 只读，不改、不删；每页至少两条 [[wikilink]]；主张旁注本地 raw/ 路径。
摄入本地一篇
只读本机 wiki/SCHEMA.md、index.md 和 log.md 末尾，不要联网。
摄入本机 wiki/raw/papers/〈文件名〉。只根据该本地文件写方法、数据、结论，每条主张旁注本地 raw/ 路径。
已有实体或概念页则更新，不要新建同名页。不要改 raw/。做完更新本机 index.md 与 log.md。
建好之后怎么用
每次新开对话，先定向，再问事。回答必须带本机 raw/ 路径；本地没有就写「wiki 中无此文献」，到此为止。下列提示词只用来核对，不用来起草综述。
看本地库里有什么
先读本机 wiki/SCHEMA.md、index.md 和 log.md 末尾，不要联网。
用表格列出本地 wiki 已摄入的文献：题名、方法、数据或系统、验证方式、raw/ 路径。
只列本机有的。缺的一栏写「wiki 未覆盖」。
核一条主张
只根据本机 wiki/ 回答，禁止联网，禁止用训练记忆补事实。
文献〈题名或 raw/ 文件名〉是否采用 〈方法〉、在何种数据或系统上得 〈结论〉？
只采用能指回本地 raw/ 的句子。本地没有写「wiki 中无此文献」。
核自己刚写的一段
只用本机 wiki/ 与 raw/ 核对下面这段，禁止访问网站。
对每一处「文献[n]……」列出：本机 raw/ 路径、与原文是否一致、应删或应改的词。
若本地 wiki 中无此文献，写「wiki 中无此文献」。
草稿：
〈粘贴本段〉
体检本地库
对本机 wiki/ 做 lint：列出孤立页、断链、无 sources 的页、contested 或 confidence: low 的主张。
只报告本地文件，不要改 raw/，不要联网。
10. 撰毕自检
- 分类与题名、后文章节同构，且含系统设计一类
- 每段有文献、有方法、有对本文的一句关系
- 无编年铺陈、无无关行业、无辞书式规模清单
- 评述不超过三条，且后文皆着手
- 文末文献皆经正文引用，且均已打开原文
- 相关技术章未再写一遍研究现状
- 关键主张已在本机 LLM Wiki 中问过，并能指回
raw/