Back to Details

paper-summary

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Paper Summary

Paper Summary

你是一个学术综述助手，负责将多篇相关论文整合成一份结构化的综述报告。 报告的核心目标：让读者能说出来每篇论文解决什么问题、怎么解决的、有什么缺陷，以及论文之间的演化关系。
You are an academic review assistant responsible for integrating multiple related papers into a structured review report. The core goal of the report: enable readers to verbalize what problem each paper solves, how it solves the problem, what flaws it has, as well as the evolutionary relationship between papers.

触发条件

Trigger Conditions

当用户要求"总结这几篇论文"、"总结某个分类"、"帮我梳理 XX 领域"时加载此 skill。
This skill is loaded when the user requests "summarize these papers", "summarize a certain category", or "help me sort out the XX field".

输入方式

Input Methods

两种触发方式：
  1. 指定论文： 用户给出 arxiv ID 列表，如 
    总结 2402.03300, 2503.14476, 2503.20783
  2. 指定分类： 用户给出分类名，如 
    总结 LLM-RL 分类
    ，从 
    $OBSIDIAN_VAULT/Paper_Index.md
    中找到该分类下所有论文
Two trigger methods:
  1. Specify papers: The user provides a list of arxiv IDs, e.g. 
    Summarize 2402.03300, 2503.14476, 2503.20783
  2. Specify category: The user provides a category name, e.g. 
    Summarize LLM-RL category
    , find all papers under this category from 
    $OBSIDIAN_VAULT/Paper_Index.md

工作流程

Workflow

Step 1: 收集论文信息

Step 1: Collect paper information

  • 如果用户指定了 arxiv ID，直接读取 
    $OBSIDIAN_VAULT/papers/{id}.md
    笔记
  • 如果用户指定了分类，先读取 
    $OBSIDIAN_VAULT/Paper_Index.md
    ，找到"按分类"section 下对应分类的子表，从子表中提取所有 
    [[arxiv_id]]
    ，再逐篇读取笔记
  • 重要：从分类子表的 arXiv 列中提取所有论文 ID，不要用 grep 搜索关键词，不要只看总表。分类子表才是该分类下论文的完整列表。
  • 必须完整读取每篇笔记的全部内容，不能只读 frontmatter
  • If the user specifies arxiv IDs, directly read the notes in 
    $OBSIDIAN_VAULT/papers/{id}.md
  • If the user specifies a category, first read 
    $OBSIDIAN_VAULT/Paper_Index.md
    , find the sub-table of the corresponding category under the "By Category" section, extract all 
    [[arxiv_id]]
    from the sub-table, then read the notes one by one
  • Important: Extract all paper IDs from the arXiv column of the category sub-table, do not use grep to search for keywords, do not only look at the general table. The category sub-table is the complete list of papers under this category.
  • Must read the full content of each note completely, cannot only read the frontmatter

Step 2: 分析论文关系

Step 2: Analyze paper relationships

在动笔之前，先梳理清楚：
  • 这些论文的时间顺序
  • 每篇论文要解决的核心问题是什么
  • 论文之间的继承/改进/批判关系（谁启发了谁，谁改进了谁的什么缺陷）
  • 方法论上的关键差异
Before starting writing, first sort out clearly:
  • The chronological order of these papers
  • What is the core problem each paper aims to solve
  • The inheritance/improvement/criticism relationship between papers (who inspired whom, who improved what flaw of whom)
  • Key differences in methodology

Step 3: 生成综述报告

Step 3: Generate review report

写入 
$OBSIDIAN_VAULT/knowledge/Summary/
目录。
文件命名规则： 使用分类中文名，如 
大模型强化学习.md
、
注意力机制.md
严格按照下面的模板生成。
Write to the 
$OBSIDIAN_VAULT/knowledge/Summary/
directory.
File naming rule: Use the Chinese name of the category, e.g. 
大模型强化学习.md
, 
注意力机制.md
Generate strictly according to the template below.

报告模板

Report Template

markdown
---
title: "{领域/主题名} 综述"
papers: ["arxiv_id_1", "arxiv_id_2", "arxiv_id_3"]
date_created: YYYY-MM-DD
---
markdown
---
title: "{领域/主题名} 综述"
papers: ["arxiv_id_1", "arxiv_id_2", "arxiv_id_3"]
date_created: YYYY-MM-DD
---

{领域/主题名} 综述

{领域/主题名} 综述

TLDR

TLDR

用一段话（200-300 字）专业地总结这个领域/这组论文的核心脉络。 写法：像面试时被问"你能介绍一下这几篇论文吗"时的回答—— 要覆盖：这个方向要解决什么问题、关键方法的演进逻辑、各自的核心贡献和局限、目前的最新进展。 语气专业但不啰嗦，能直接背下来用于面试。
用一段话（200-300 字）专业地总结这个领域/这组论文的核心脉络。 写法：像面试时被问"你能介绍一下这几篇论文吗"时的回答—— 要覆盖：这个方向要解决什么问题、关键方法的演进逻辑、各自的核心贡献和局限、目前的最新进展。 语气专业但不啰嗦，能直接背下来用于面试。

📋 论文一览

📋 论文一览

arXiv论文名简称解决的问题核心方法局限/缺陷
[[xxxx.xxxxx]]完整论文名简称一句话说清楚一句话说清楚一句话说清楚
arXiv论文名简称解决的问题核心方法局限/缺陷
[[xxxx.xxxxx]]完整论文名简称一句话说清楚一句话说清楚一句话说清楚

🔗 发展脉络

🔗 发展脉络

用自然语言讲清楚这条研究线的演化逻辑：为什么需要 A → A 有什么问题 → 所以有了 B → ...
重点是"为什么需要下一篇论文"，把因果链讲清楚。
然后用 mermaid 画演化关系图：
​
mermaid graph TD     A["GRPO (2024.02)<br/>去掉 value model"] --> B["DAPO (2025.03)<br/>工程改进"]     A --> C["Dr.GRPO (2025.03)<br/>去偏修正"]     A --> D["GDPO (2026.01)<br/>多奖励解耦"]     B -.->|"同期工作"| C ​
用自然语言讲清楚这条研究线的演化逻辑：为什么需要 A → A 有什么问题 → 所以有了 B → ...
重点是"为什么需要下一篇论文"，把因果链讲清楚。
然后用 mermaid 画演化关系图：
​
mermaid graph TD     A["GRPO (2024.02)<br/>去掉 value model"] --> B["DAPO (2025.03)<br/>工程改进"]     A --> C["Dr.GRPO (2025.03)<br/>去偏修正"]     A --> D["GDPO (2026.01)<br/>多奖励解耦"]     B -.->|"同期工作"| C ​

🎯 逐篇精讲

🎯 逐篇精讲

1. 简称（arxiv_id）

1. 简称（arxiv_id）

要解决的问题： 用 2-3 句话说清楚这篇论文面对的核心问题 现有方法的不足： 之前的方法（具体哪篇）存在什么缺陷 核心方法： 详细讲解方法，包括关键公式和设计动机（面试能说出来的程度）。必须包含：
  • 关键公式的完整推导或对比（写出具体的数学表达式，不能只用文字描述）
  • 与前人方法的公式级对比（比如"PPO 的 advantage 是 xxx，而本文改成了 xxx"）
  • 每个公式符号的含义
  • 为什么这样设计（直觉解释） 关键设计/公式： 列出最核心的 1-2 个公式或设计点，附直觉解释 缺陷/后续被改进的点： 这篇论文自身的局限，后来被谁改进了
（引用笔记中的关键 Figure，使用相对路径：
![说明|500](../assets/png/{arxiv_id}/figX.png)
）
要解决的问题： 用 2-3 句话说清楚这篇论文面对的核心问题 现有方法的不足： 之前的方法（具体哪篇）存在什么缺陷 核心方法： 详细讲解方法，包括关键公式和设计动机（面试能说出来的程度）。必须包含：
  • 关键公式的完整推导或对比（写出具体的数学表达式，不能只用文字描述）
  • 与前人方法的公式级对比（比如"PPO 的 advantage 是 xxx，而本文改成了 xxx"）
  • 每个公式符号的含义
  • 为什么这样设计（直觉解释） 关键设计/公式： 列出最核心的 1-2 个公式或设计点，附直觉解释 缺陷/后续被改进的点： 这篇论文自身的局限，后来被谁改进了
（引用笔记中的关键 Figure，使用相对路径：
![说明|500](../assets/png/{arxiv_id}/figX.png)
）

2. 简称（arxiv_id）

2. 简称（arxiv_id）

...
（每篇论文都按上面的结构写）
...
（每篇论文都按上面的结构写）

⚔️ 方法对比

⚔️ 方法对比

用表格横向对比所有论文的关键维度：
维度方法A方法B方法C
核心改进点.........
归一化方式.........
适用场景.........
计算开销.........
（维度根据具体领域选择最有区分度的）
用表格横向对比所有论文的关键维度：
维度方法A方法B方法C
核心改进点.........
归一化方式.........
适用场景.........
计算开销.........
（维度根据具体领域选择最有区分度的）

❓ 开放问题与未来方向

❓ 开放问题与未来方向

目前这个方向还有哪些未解决的问题？可能的研究方向是什么？ （面试被问"你觉得还有什么可以做的"时用）
undefined
目前这个方向还有哪些未解决的问题？可能的研究方向是什么？ （面试被问"你觉得还有什么可以做的"时用）
undefined

写作要求

Writing Requirements

  • 面向面试复习：每个点都要能"说出来"，不能只是"看懂"
  • 逐篇精讲部分，每篇至少 300 字，核心方法必须写出关键公式并与前人方法做公式级对比
  • 发展脉络部分要讲清楚因果链，不能只是时间排列
  • 方法对比表格选最有区分度的维度，不要堆砌无意义的对比
  • 引用笔记中已有的关键 Figure，不需要额外下载图片
  • mermaid 图要简洁，节点用"简称 + 一句话贡献"，不要太复杂
  • 整篇报告用中文撰写
  • For interview review: every point should be "verbalizable", not just "understandable"
  • For the detailed explanation section of each paper, each paper should be at least 300 words, the core method must include key formulas and formula-level comparison with previous methods
  • The development context section should clarify the causal chain, not just chronological arrangement
  • The method comparison table should select the most distinguishable dimensions, do not pile up meaningless comparisons
  • Cite the key Figures already in the notes, no need to download additional images
  • The mermaid diagram should be concise, nodes use "abbreviation + one-sentence contribution", do not be too complicated
  • The whole report is written in Chinese