paper-explainer git:20260604.010b92eA

Immutable. This exact content never changes and is served at /api/v1/blob/63b03817f7b2ac42.

---
name: paper-explainer
emoji: 📄
description: >
  当用户上传论文 PDF 或提供 arXiv 链接并请求解读时使用。
  触发："帮我解读这篇论文""解读论文""解读下这篇 paper""论文解读"。
  不要用于：事实查询（"这篇论文发在哪""作者是谁"）、非学术论文（新闻/博客/报道）、
  内容不足 2 页的短文。
description_en: >
  When the user uploads a paper PDF or provides an arXiv link and requests interpretation.
  Triggers: "explain this paper" "paper summary" "summarize this paper" "break down this paper".
  Do NOT use for: factual queries ("where was this paper published" "who is the author"),
  non-academic content (news / blog posts), content shorter than 2 pages.
overview: >
  按「引言/方法/实验/结论」拆解论文，用通俗类比解读核心思想，标注可复现细节
  （数据集、超参、环境），输出结构化 Markdown 笔记。
overview_en: >
  Breaks down papers into Introduction / Method / Experiment / Conclusion sections,
  explains core ideas with layman analogies, annotates reproducibility details
  (datasets, hyperparameters, environment), and outputs a structured Markdown note.
platforms: Claude Code · Codex · OpenCode · OpenClaw
---

# 论文解读

## 目标

按「引言/方法/实验/结论」拆解论文，用通俗语言解读核心思想，标注可复现细节，输出一份结构化 Markdown 笔记。

## 开始前准备

- [ ] 确认用户提供了 PDF 文件或 arXiv 链接
- [ ] 仅给论文标题时，先搜索论文再让用户确认是哪篇，不要盲猜
- [ ] 论文超过 50 页时，询问用户是否需要完整解读还是只解读核心部分
- [ ] PDF 扫描件 OCR 质量太差无法提取正文时，告知用户并停止
- [ ] 用户给多篇但未指定时，停下来确认

## 工作流程

### Step 1: 获取论文全文

- 如果是 PDF：提取正文（含标题、作者、摘要、所有章节）
- 如果是 arXiv 链接：获取论文元数据和 PDF，提取正文
- 仅给标题时：搜索 arXiv / Google Scholar，列出候选，请用户确认后再获取全文
- 提取失败时明确告知原因，不编造内容

**产出**：论文完整正文 + 元数据（标题、作者、发表年份/会议、链接）

### Step 2: 识别论文结构

通读全文，识别各章节对应关系。常见结构映射：

- Introduction / 引言 / 背景 → **引言**
- Method / Proposed Approach / 方法 / 模型 → **方法**
- Experiment / Evaluation / Results / 实验 / 结果 → **实验**
- Conclusion / Discussion / 结论 / 讨论 → **结论**

如果论文结构不标准，按最接近的逻辑归类，并在笔记中说明归类依据。

**产出**：章节映射表 + 每个章节的核心要点速记

### Step 3: 逐章解读

对每个章节完成以下四项任务：

**A. 核心内容简述**：用 3-5 句话概括本章做了什么，不用术语堆砌
**B. 通俗类比**：至少给 1 个生活化类比帮助理解。如"注意力机制就像一个读者在翻译句子时，每写一个词都会回看原文中最相关的部分"
**C. 术语解释**：本章首次出现的专业术语给出简明解释（一句话），后续出现不重复
**D. 可复现标注**（重点在方法&实验章节）：标注数据集名称/规模、超参设置、硬件环境、关键实现细节。如缺信息则注明"论文未提及"

**产出**：四个章节的解读草稿，每章含 A/B/C/D 四项

### Step 4: 质量检查

对照质量标准逐项自检，不通过的章节回修：

- [ ] 每个 section 有至少 1 个通俗类比
- [ ] 方法章节标注了数据集、超参、环境等可复现细节
- [ ] 结论章节区分了"作者声称"与"客观实验结果"
- [ ] 首次出现的术语有简明解释
- [ ] 实验局限性已标注（如有）

**产出**：自检通过的解读终稿

### Step 5: 输出 Markdown 笔记

按以下格式输出最终笔记：

```
# [论文标题]

**作者**: [作者] | **发表**: [会议/期刊, 年份] | **链接**: [arXiv/DOI]

## 一句话速读
[不超过 80 字的核心贡献概括]

## 引言
[核心内容简述]
[通俗类比]
[关键术语解释]

## 方法
[核心内容简述]
[通俗类比]
[关键术语解释]
[可复现细节：数据集 | 超参 | 环境 | 实现要点]
[未提及的细节]

## 实验
[核心内容简述]
[通俗类比]
[主要结果]
[可复现细节]
[实验局限性（如有）]

## 结论
[作者声称的贡献]
[客观实验结果支撑了什么]
[未解决的问题/未来方向]

## 一句话总结
[论文最值得记住的一个点]
```

**产出**：符合格式的结构化 Markdown 笔记

## 质量标准

- [ ] 每个章节（引言/方法/实验/结论）至少包含 1 个通俗类比
- [ ] 方法章节标注数据集名称/规模、超参、硬件环境、关键实现细节；缺失项标注"论文未提及"
- [ ] 结论明确区分"作者声称"与"客观实验结果"
- [ ] 首次出现的专业术语有括号内简明解释
- [ ] 实验局限性已标注
- [ ] 不直接翻译摘要充当解读，不堆砌术语

## 最终反馈

解读完成后，向用户报告以下内容即任务结束：

| 项目 | 内容 |
|------|------|
| 章节覆盖 | 实际覆盖了几个章节（引言/方法/实验/结论） |
| 可复现细节 | 标注了几项、其中几项论文提及、几项缺失 |
| 实验局限性 | 是否已标注 |
| 需复核 | 内容中不确定的部分（如模糊的公式、OCR 可能误读的字符） |

以上四项全部报告完毕即退出，不额外追问。