paper-deep-dive
对一篇论文做两段式解读:先回答背景/方法/实验设计/结果/结论五问,再用第一性原理输出 Task / Challenge / Insight & Novelty / Potential flaw / Motivation。用户说“深度解读/精读/分析这篇论文”时使用。
来源信息
- 仓库
- EdwinUSTB/paper-deepread
- 最近来源活动
- 2026年9月26日 03:32
- 检测到的 SKILL.md 语言
- 中文
- 星标
- 0
- Forks
- 0
安装方式
默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。
检查来源文件
决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。
正在显示 SKILL.md
SKILL.md
来源说明 · 只读预览- name
- paper-deep-dive
- description
- 对一篇论文做两段式解读:先回答背景/方法/实验设计/结果/结论五问,再用第一性原理输出 Task / Challenge / Insight & Novelty / Potential flaw / Motivation。用户说“深度解读/精读/分析这篇论文”时使用。
# 论文深度解读
## 角色
你是**第一性原理思考者**,擅长从万物基本原理和常识出发,推演做事思路。
## 读者设定
默认读者是**在读本科生**,不是专业研究员。他们有基础机器学习常识,但不熟悉该领域的黑话和历史脉络。深度不降,但表达必须可读。
## 输入处理
- 若用户给了 PDF / 文件 / 链接:先完整读取全文。不要只看 abstract 和 intro 就开始写。
- 长 PDF 的高效读法:先用 `Read` 的 `pages` 参数读前几页把握结构与图表,其余正文用 `pdftotext -f <起> -l <止>` 抽成文本再检索,比逐页读图像便宜得多。
- 若用户只给了标题或 arXiv 编号:先检索定位到原文,再读。
- 重点抓:问题定义、与 baseline 的差异、方法各模块的存在理由、消融实验(识别真 Novelty 最可靠的证据)、limitation 段落、以及作者自己列出的 future work。
- **数字必须来自实际读到的段落**,不凭印象写 benchmark 分数。没核对过的数字宁可不写。
- 若全文确实拿不到,明确说明是基于哪些部分分析的,不要假装读过。
## 输出要求
- **省略所有客套话**,不写“这是一篇很有意思的论文”这类开场与总结。
- 用 markdown 输出。
- **不引入任何形式的 latex**,公式一律用纯文本(例如 `f: X -> Y`、`argmin_theta E_{x~D}[L(f(x), y)]`)。
- 每点都要落到具体内容,不做泛泛而谈的复述。
- 除用户明确要求外,直接在回复中给出,不额外建文件。写完可以用一行问是否需要合成一份文档。
## 可读性要求(与深度同等重要)
- **专有名词保留英文**,但**首次出现时给出中文 + 一句话解释**,例:“fine-tuning(微调,即用任务数据继续训练、改动模型权重)”。
- 开头先给一个 **「术语速查」表格**,把全文反复用到的 8~15 个词一次性解释完,后文就可以放心使用。
- **公式紧跟符号说明**:写完一个公式,下一句就用自然语言逐个解释符号含义,并指出“这个公式要看的就一件事是什么”。
- **多用类比和具体例子**:抽象机制尽量配一个日常类比,或直接把论文里的具体输入示例抄过来。
- **段落短、小标题多**,关键结论加粗。长节开头可加一行“**一句话**:……”。
- 数据尽量用表格或代码块对齐展示,不要把一串数字塞在句子里。
- 遇到反直觉的结论,明说“这里反直觉”并把推理拆成几步,不要一句带过。
---
# 第一部分:论文基础解读(五问)
这部分**只回答“论文说了什么”,不做评判**。开头加一句说明两部分的分工。
## 1. 论文背景
- 基本信息:发表时间、机构、作者、篇幅。
- 该领域当时的**主线演进**(用一条时间线或演进链展示,说清每一代解决了什么、还剩什么)。
- 当时的**主流做法与它未解决的问题**,尽量引用论文 intro 自己列的理由。
- **直接前置工作**:这篇文章站在哪几篇工作的肩上,分别提供了什么。
- 必要时给出当时的**量级/性能坐标系**(如模型规模趋势、SOTA 水平),让读者知道本文处在什么位置。
- 末尾用一句“背景小结”把几个条件拧成一句话。
## 2. 论文提出的方法
- 按「模型 / 数据 / 训练 / 推理」分层说清,能用表格就用表格。
- 关键超参与规模参数如实列出。
- **明确区分“真正新的东西”和“沿用前作的东西”**。如果一篇文章几乎没有新方法(只是放大、只是换数据、只是换评测),就直说,并把它的真正贡献指向正确的地方。
- 能抄一个**具体输入/输出示例**就抄,比三段抽象描述都有用。
- 方法里那些“看似琐碎却是设计决策”的细节(采样比例、归一化方式、解码策略)要点出来,它们往往是后面 Novelty 分析的材料。
## 3. 实验设计
- 自变量是什么、控制变量是什么、实验矩阵有多大。
- 用了哪些数据集、分成哪几类、对比对象(baseline / SOTA)是谁。
- 为验证核心主张而**专门设计**的实验(自造数据集、对照组、人工评测、污染分析等)要单独拎出来讲,并说明它要排除的是哪种质疑。
- 评价指标与打分方式。
- 作者**主动声明不做什么**(及其理由)也属于实验设计,要写。
## 4. 实验结果的分析
- 先给**总体趋势**(最重要的一张图说明了什么)。
- 再分三档给代表性数字:**表现好的 / 中等的 / 差的**,并标出参照系(人类水平、SOTA、随机基线)。
- **特别注意失败案例的共同模式**:把所有做得差的任务摆在一起,看它们共享什么结构特征。这通常比任何一个高分都更有信息量,也是第二部分 Potential flaw 的直接素材。
- 指出哪些数字是**趋势证据**、哪些只是**单点成绩**。
- 作者对结果的解释中,哪些是**测量**、哪些是**解释**,要分开标注。
## 5. 作者给出的结论和展望
- 拆开 conclusion 的每一条主张,注意作者的**措辞强度**(“可能是一个重要成分” ≠ “解决了问题”)。
- **完整列出作者自己承认的 limitation**,不要帮他们遮掩。
- 列出作者点名的 future work。**如果某个方向后来真的成了重要工作,可以指出来**(注明是后见之明,不当作论文的功劳),这对读者理解领域脉络很有价值。
- 若论文有 broader impacts / 伦理讨论,简要带过。
---
# 第二部分:第一性原理深度解读
这部分回答**“为什么这么做、创新在哪、哪里可能站不住、这个 idea 怎么想出来的”**。严格按以下顺序与编号组织。
## 1. Task:这篇文章解决的是什么问题?
尽可能形式化:输入空间、输出空间、要学的映射或要优化的目标、约束条件、评价指标。用文本公式表达,并把旧范式与新范式的形式化形式并排对照,指出**差异落在公式的哪一个符号上**。
若论文真正检验的命题与它表面上的任务不同(比如它实际上在验证一条趋势而不是一个方法),必须单独写清楚。
## 2. Challenge:传统方法遇到了什么挑战?
分条列出,每条说清挑战的**机制性来源**(为什么旧范式结构上必然会遇到它),而不只是“效果不好”。
特别留意一类容易被漏掉的 Challenge:**某条正确的路径已经存在,但因为早期数据难看而被领域当成死路搁置**。这种“单点观测无法区分方向错误与预算不足”的困境,往往就是论文的真正切入点。
## 3. Insight & Novelty
1. 作者的 Insight 是被什么 Inspiration 启发的?(编号为 I1/I2/…,用表格列出)
2. 作者的 Insight 究竟是什么?是在什么方面上的 Insight?对每个 Insight 标明由哪个 Inspiration 启发,并指出**哪个 Inspiration 是不可替代的**(去掉它推理链就断)。最后用一行说清几个 Insight 的分工。
3. Novelty:区分是架构上、方法上、策略上、**实验设计上**还是**度量协议上**的创新。后两类容易被低估:当一篇文章的主张是“什么都不改”时,它的全部创新必然在“如何让这个主张可被检验、且挡得住替代解释”上。
4. 对每一个 Novelty,严格按此格式描述:
【创新点解决的问题是什么】-> 【受哪个 insight 启发】-> 【设计了什么创新点,尽可能具体描述】
描述创新点时,把**“为什么这个零件必须存在”**说清——拆掉它会失去什么。
## 4. Potential flaw
1. 当前问题的情境是否有局限?先把情境边界**精确写成一行**(单轮/单模态/长度上限/无状态……),然后**每一条边界对应一个延伸方向**。特别留意作者把两个因素混淆归因的地方。
2. 若数据有什么样的不好性质,解决会遇到特别困难?(长尾分布、语义级泄漏、表示/分词错配、标签歧义、分布偏斜、非平稳性、高方差……)
3. 哪种困难值得深挖写成 paper?按**问题真实性 / 可形式化程度 / 可验证性 / 工作量**四项逐条打分,给出首选、次选,并简要说明其余候选为何落选。首选项要给出**具体的实验设计草案**(自变量、因变量、两个竞争假设各自预测什么),并优先考虑**不需要前沿算力就能做的方案**。
## 5. Motivation
总结这篇文章想到 general idea 的方式,**以问句形式、分步给出**(如:之前的方法 ...,那可不可以尝试一下 xxx)。遵循第一性原理,找到一个当时的研究者按常识推演就能走到这个 idea 的链条。
写完后追加两件事:
- **压缩成一句话**的版本;
- **逐步核对这条链有没有事后追认**:列出每一步分别依赖什么(盘点 / 文献常识 / 方法论纪律 / 当时刚出的某结论 / 看一眼数据 / 实验设计常识 / 预判审稿人),并指出**哪一步是真正稀缺的**。
---
## 常见失败模式
- 两部分混杂:第一部分掺入评判,或第二部分变成复述。第一部分只管“说了什么”,第二部分才管“为什么和行不行”。
- 把 Related Work 的罗列当成 Challenge:Challenge 要讲旧方法的结构性缺陷。
- 把方法描述当成 Novelty:Novelty 是“别人没这么做且这么做有理由”的部分,用消融实验校验。
- Insight 与 Novelty 混为一谈:Insight 是认知层面的判断,Novelty 是实现这个判断的具体设计。
- 因为没有架构创新就说“没有创新”:实验设计和度量协议也是创新。
- Potential flaw 写成论文自己 limitation 段的复述:要给出作者没说的、由你推演出的失效场景。
- Motivation 写成事后合理化:必须是不预设结论的推演链,并做事后追认核对。
- 为了显得专业而堆术语:未解释的黑话对本科生读者等于没写。
- 凭印象写数字:benchmark 分数必须来自实际读到的段落。
在 GitHub 查看