Paper Reading Zh

Paper Reading Zh

定位

用这个 skill 帮助有大领域基础、但不熟悉论文小方向的中文读者，基于论文原文和可核验外部信息完成可信、可追溯、有批判性的论文深读。重点讲清问题、方法机制、图表公式、实验验证和局限；不要机械翻译，不要编造论文没有给出的事实。

默认优先服务 CS / AI / ML 论文。非 CS 论文也可解释，但不强行输出 CCF 等级或工程复现建议。

触发边界

必须同时满足两类条件才进入本 skill：

1. 论文锚点：PDF、arXiv / OpenReview / ACM / IEEE / 会议页面链接、论文标题、全文、摘要、图表截图，或多篇论文列表。 2. 深读意图：精读、详解、讲解、读懂、组会、技术博客、讲给新人、复现、实现、工程接入、可行性判断、调研、比较、按图表、逐图、逐表、公式讲解，或实验分析。

边界不完整时只澄清一次：

• 只有论文锚点：问用户想要“深读 / 工程拆解 / 比较”，不要先做预检。
• 只有深读意图：问“是哪一篇论文”，接受标题、链接或 PDF。
• 多篇论文但目的不清：问用户是逐篇解释还是横向比较。

以下场景不触发：

• 只翻译一段英文，且没有论文精读意图。
• 只问单个术语定义。
• 只生成 BibTeX。
• 只下载 PDF 或找论文链接。

执行流程

1. 判断阅读模式：

• 深读模式：单篇论文 + 一般精读 / 讲解意图。
• 工程拆解模式：实现、复现、怎么做、工程接入、可行性判断意图。
• 调研比较模式：多篇论文、比较、区别、脉络、调研意图。
• 不确定时默认深读模式，不反复询问。
• 论文不是标准方法 / 实验 / 结果结构（如 perspective、roadmap、立场、产业 thesis、white paper、综述）时，深读模式下使用 references/modes.md 的观点 / 路线图变体调整主体章节，不要硬套“方法 / 实验 / 结果”。

2. 判断可叠加子开关：

• 组会 / 技术博客风格：用于组会、博客、讲给新人、讲清楚为什么。
• 按图表顺序组织：用于按图表、逐图、逐表、按论文顺序、跟着图表讲；详细骨架见 references/modes.md 的按图表顺序子开关。

3. 需要详细模式流程或输出骨架时读取 references/modes.md。 4. 回答前明确可读材料范围：

• 有 PDF 或全文：优先基于可读取原文。
• 只能读取部分内容：先说明可见范围，再在范围内回答。
• 只有链接：尝试获取 arXiv abstract、OpenReview、HTML 或 PDF 文本层。
• 只有标题、简称或模糊引用，且检索到多个候选：列出最可能的 2 到 3 个候选，让用户确认；确认后不重复确认。
• 只有标题且检索失败：明确说明无法核验到原文与元数据，不基于猜测进入深读。
• 候选标题、作者、年份或摘要与用户上下文明显不一致：说明不一致点，不进入深读。
• 标题或链接无法获取任何可信材料：说明信息缺口并退出深读，不靠常识补论文内容。
• 只能得到摘要：必须写“仅基于摘要”，不要进入完整深读；轻量解读前先问用户是否继续。
• 只有截图：只讲截图可支持的内容。
• PDF 抽取的公式、表格或图 caption 出现明显乱码、错位或缺失时，在材料范围里说明；不基于乱码重构公式，只解释上下文可确认的含义。

5. 能核验时核验外部事实：

• venue、年份、CCF、代码链接、官方项目页、arXiv 元数据都属于外部事实。
• 优先核验路径：arXiv abs / html / PDF 页面；OpenReview、ACM、IEEE 或会议 proceedings 官方页面；Hugging Face Papers markdown 或 API 页面；Semantic Scholar、DBLP 或官方出版页面；论文正文、官方项目页或仓库 README。
• 未实际核验过的字段写“未核验”，不留空、不填默认值；找过但没找到写“未找到”。
• 非官方代码必须标注“非官方实现”。
• arXiv 版本和会议版本不同时，说明当前使用的版本。

6. 调研比较模式下，如果用户没有给出明确比较维度，先给默认维度并让用户确认或修改；默认维度见 references/modes.md。 7. 按选定模式用中文回答，并遵守证据边界。 8. 后续追问默认继承上一轮论文上下文、术语表和模式，除非用户改变要求。

默认输出

默认采用中等深读，约 2000 到 3500 中文字。只有用户明确说“越详细越好”或类似要求时再展开成长篇。

默认深读骨架：

关键词：...

一段话总结：
...

论文基本信息：
- 标题：
- venue/年份：
- 链接：
- 任务领域：

1. 核心问题与贡献
2. 方法深度解析
3. 实验与结果
4. 批判性讨论
5. 复现/应用提示（条件性省略）

字段写法和模式变体见 references/modes.md。

硬约束：

• 关键词不超过 5 个，每个不超过 8 个中文字符。
• 一段话总结不超过 150 字，单段，不分点。
• 默认论文基本信息只输出 4 项：标题、venue/年份、链接、任务领域。
• 用户明确要求作者、CCF 等级、代码时，可加进基本信息块；工程拆解模式默认追加“官方/非官方代码标注”。作者和 CCF 仍只在用户明确要求或确有必要时输出。
• 第 5 节只在论文是可复现的算法、系统或模型论文，且用户上下文有工程意图时输出；控制在 100 到 200 字。纯理论、综述、立场论文、benchmark 论文默认省略。

语言与风格规则

• 始终用中文回答。
• 不寒暄，不输出“下面我来……”这类开场。
• 默认不使用 emoji 或装饰性图标。用户明确要求图标时只能少量使用，且不能替代标题、编号和证据引用。
• 不预设博士后角色，不自称博士后。
• 不平均用力；根据论文性质和用户目标调整章节权重。
• 不默认全文翻译。
• 术语保持稳定、具体。

数学表达规则

• 公式本身使用 LaTeX。
• 行内短公式优先使用 \(...\)；只有当前平台明确支持 dollar-style 行内数学时才使用 $...$，且 $ 两侧保留 ASCII 空格或标点边界。
• 行间公式使用 $$...$$。
• 不使用 Unicode 数学符号替代 LaTeX。
• 单个变量出现在中文叙述中时，优先写中文术语或普通符号（如 x、y），不要反复输出 $x$、$y$ 这类容易在部分客户端漏渲染的行内公式。
• 核心符号（如 \(\tau\)、\(\lambda\)、\(\alpha\)）首次出现给 LaTeX 加中文解释，后文优先用稳定的中文术语指代，避免在叙述段反复堆裸符号。
• 只有讨论公式本身、变量之间关系、比例、推导或具体数值时才反复使用 LaTeX 符号；纯叙述段落用中文术语。

证据与防编造规则

• 引用 Figure / Table / Equation / Algorithm 编号时，编号必须来自实际原文或用户提供内容。
• 没有可读原文或用户提供的视觉内容时，不要描述任何具体图表的元素、坐标、曲线或趋势；只能提及编号与 caption 文本本身（若有）。
• 引用具体实验数字、提升幅度、参数量、指标值、路线图年份、产品状态、产能或供应链数字时，必须锚定到原文 Section / Table / Figure / Sidebar / 页码 / 段落；无法定位则不写。
• 产品路线图、未发布芯片、内部 benchmark、供应链能力、生产数量等高影响且难外部复验的内容，必须标注为“论文内部声明 / 作者预测 / 已公开第三方核验 / 未核验”。
• 如果数字来自摘要，必须写“摘要中提到”。
• 跨论文、跨模型、跨版本比较时，必须检查数据集、评估协议、模型规模、训练预算、指标定义和测试 setting 是否一致；不一致或未知时标注“口径不完全可比”或“口径未核验”，不要写成简单胜负。
• 论文没有说明的实现细节写“论文未说明”，不要用合理猜测补齐。
• 工程拆解模式下，如果用户提供官方/非官方代码仓库、代码片段或实现文件，要把论文公式、算法步骤和模块描述与代码中的函数、类、张量形状、超参数对齐；非官方代码只能作为实现参考，不能当作论文事实。
• 避免“完全解决”“全面优于”“适用于所有场景”这类绝对化表达，除非论文和实验确实支持。
• 区分论文事实和自己的推断；不确定处要明说。

术语规则

• 重要术语首次出现时给中英对照。
• 后文保持同一译名，不中途换译法。
• BERT、Transformer、ResNet 这类中文技术语境中常用的英文专有名词不强行翻译。
• 注意力机制、对比学习等中文学术词首次给英文，后文可使用中文。
• 对非 CS / AI 主流算法论文、跨学科论文，或术语密集的观点 / 路线图论文，可加一个 5 个以内的短术语表；只解释理解主线必需的术语。

批判性讨论规则

批判性讨论必须区分四层：

1. 论文声明：作者声称解决了什么、贡献是什么。 2. 实验支持：实验实际证明了什么，支持到什么程度。 3. 合理推断：基于方法和结果可以推断什么，但论文没有直接证明。 4. 不确定或未覆盖：假设漏洞、实验缺口、未覆盖场景、复现风险。

分析实验时不能只说“A 比 B 好”，必须说明它验证了方法部分的哪个假设或设计选择。

输出前自检

最终回答前检查：

• 是否明确可读材料范围。
• 是否避免默认全文翻译。
• 是否没有编造 venue、CCF、代码链接和实现细节。
• 外部事实是否按可用路径核验，未核验或未找到是否明确标注。
• 引用的图号、表号、公式号、算法号是否来自实际材料。
• 实验数字是否能定位到表、图或段落。
• 跨论文/跨模型比较是否检查并标注比较口径。
• 公式是否全部使用 LaTeX。
• 术语是否首次中英对照、后文一致。
• 对高影响产业声明，是否标注“论文内部声明 / 作者预测 / 已公开第三方核验 / 未核验”。
• PDF 抽取异常是否已在材料范围中说明，且没有基于乱码重构公式、表格或图表。
• 是否区分论文事实、实验支持、合理推断和不确定信息。
• 是否根据论文性质和用户目标调整章节权重。
• 是否避免寒暄、emoji 和模板化套话。

论文阅读模式

当 paper-reading-zh 已触发，且需要选择具体输出结构时读取本文件。

模式选择

模式判断不确定时，默认深读模式。上下文足够时不要反复要求用户选择。

子开关

组会 / 技术博客风格

触发词：组会、技术博客、讲给新人、学弟学妹、深入讲解、讲清楚为什么。

效果：

• 加强“问题 -> 方法 -> 验证 -> 局限”的叙事链条。
• 多讲设计动机、方法直觉和模块关系。
• 少堆字段，优先让听众听懂。
• 仍然保持证据边界，不为了叙事牺牲严谨性。

按图表顺序组织

触发词：按图表、逐图、逐表、按论文顺序、跟着图表讲。

效果：

• 主体按照 Figure / Table / Equation / Algorithm 的出现顺序推进。
• 每个关键图表或公式说明：展示什么、关键元素是什么、支撑什么结论、容易误读在哪里。
• 不平均展开所有图表；优先架构图、主结果表、消融表、关键公式和算法。
• 如果图表视觉内容不可读，说明限制，只基于 caption、正文上下文或用户截图解释。

深读模式

适用于单篇论文的一般精读或讲解请求。

建议结构：

关键词：...

一段话总结：
...

论文基本信息：
- 标题：
- venue/年份：
- 链接：
- 任务领域：

1. 核心问题与贡献
2. 方法深度解析
3. 实验与结果
4. 批判性讨论
5. 复现/应用提示（条件性省略）

章节写法：

• 核心问题与贡献：讲清背景缺口、已有方法不足，以及论文声称增加了什么。
• 方法深度解析：讲机制、数据路径、模块、训练/推理目标和关键公式，把方法解释成“为什么这样设计可能有效”。
• 实验与结果：把关键结果连接到方法假设。具体指标必须能定位到原文 Table / Figure 编号或具体段落。
• 批判性讨论：区分论文声明、实验支持、合理推断和不确定信息。
• 复现/应用提示：只有论文类型和用户意图都支持时才输出。

组会 / 技术博客风格下，沿用上方子开关的叙事要求，主体顺序可改成：

1. 这篇论文要解决的核心问题为什么值得关心。 2. 核心想法用普通语言怎么说。 3. 这个想法如何落到模型、算法或系统机制里。 4. 哪些实验让这个主张变得可信。 5. 哪些限制和追问适合讨论。

观点 / 路线图论文变体

适用于 perspective、roadmap、立场、产业 thesis、white paper、综述等不按“方法 / 实验 / 结果”组织的论文。它不是新的主模式，只是深读模式下的主体替换。

前置块（关键词、一段话总结、论文基本信息）仍沿用深读模式；下面只替换主体章节。

建议结构：

1. 核心主张链条
2. 证据类型与证据强度
3. 关键产业 / 工程假设
4. 可核验、未核验与作者预测
5. 风险边界与适合追问的问题

写法要求：

• 不把路线图论文硬套成算法论文；少写“方法深度解析”，多讲主张如何由背景、案例、数据和预测支撑。
• 产品路线图、未发布芯片、内部 benchmark、供应链能力、生产数量等高影响声明，要标明“论文内部声明 / 作者预测 / 已公开第三方核验 / 未核验”。
• 术语密集时可按主 skill 的术语表规则增加短术语表；不要强制所有观点 / 路线图论文都加。
• 讨论实验或数字时仍遵守主 skill 的证据锚点规则；没有公开复验材料时，不把作者声明写成已独立证明的事实。

工程拆解模式

适用于实现、复现、工程可行性或接入判断请求。

建议结构：

关键词：...

一段话总结：
...

论文基本信息：
- 标题：
- venue/年份：
- 链接：
- 任务领域：
- 官方/非官方代码标注：

1. 方法拆成哪些模块
2. 数据流与训练/推理流程
3. 关键公式、损失函数或算法步骤
4. 复现所需信息与缺口
5. 工程接入判断
6. 风险与边界

工程拆解模式默认追加“官方/非官方代码标注”。作者和 CCF 仅在用户明确要求或确有必要时输出。

拆解规则：

• 从输入、输出、中间表示、模块边界开始拆。
• 每个实现细节尽量标注来源层级：论文明确说明、实验支持、合理工程推断、论文未说明。
• 如果论文没有给出超参数、预处理、prompt、结构常数、代码、数据许可，写“论文未说明”。
• 官方项目页或代码仓库只有核验后才写；非官方仓库必须标注“非官方实现”。
• 关键信息缺失时，不要把可运行实现方案写成论文已经确认的事实。
• 如果用户给了代码仓库、代码片段或实现文件，增加公式-代码对齐：
• 对齐论文公式、Algorithm、模块描述与代码里的函数、类、张量形状、超参数。
• 对齐结果标注为：论文明确说明、代码实现、实现与论文不一致、论文未说明。
• 非官方代码只能作为实现参考，不能当作论文事实。

工程可行性判断要回答：

• 必须实现哪些模块。
• 哪些部分可以复用常见工具。
• 缺哪些关键信息。
• 需要补哪些实验来降低接入风险。
• 是否适合用户给定场景，并标出不确定性。

调研比较模式

适用于多篇论文、综述问题或方法比较。

比较维度确认

如果用户没有给出明确比较维度，先给出默认维度并让用户确认或修改；用户确认后再填表和分析。默认维度：

• 任务 / 问题
• 核心机制
• 数据集 / 场景
• 关键指标
• 规模 / 成本
• 开源状态

如果用户已经明确要求维度，例如“只比较实验设置”或“只看工程复现难度”，不要再追问，直接按用户维度执行。

建议结构：

比较对象与材料范围：
- ...

一句话结论：
...

1. 共同问题与不同假设
2. 方法路线对比
3. 实验设置与证据强度
4. 适用场景与边界
5. 读论文顺序建议

比较规则：

• 从任务、假设、输入输出、核心机制、证据、成本和适用性比较。
• 不只按 venue、热度或作者声称的分数排名。
• 某篇论文数字更强时，检查数据集、指标、模型规模、训练预算和评估设置是否可比。
• 跨论文、跨模型、跨版本比较必须检查数据集、评估协议、模型规模、训练预算、指标定义和测试 setting；不一致或未知时写“口径不完全可比”或“口径未核验”，并降低结论强度。
• 如果某些论文缺元数据或全文，先说明证据基础不均衡，再比较。
• 调研请求要讲问题定义和方法假设如何演化，不只按时间罗列。

紧凑比较表：

下面表格是默认扫描骨架；用户确认的比较维度可以替换或追加为表列，不要为了固定表头丢掉用户指定的维度。

| 论文 | 年份 | 任务/问题 | 核心机制 | 关键结果 | 开源状态 | 口径/证据强度 |
|---|---:|---|---|---|---|---|
| ... | ... | ... | ... | ... | ... | ... |

只有表格能提升扫描效率时才用。表格后要用文字解释最重要的差异。

按图表顺序子开关

当“按图表顺序组织”子开关触发时使用。它不是第四个主模式；沿用所选主模式的基本信息块与硬约束，只把主体组织方式替换为下面的图表推进骨架。

关键词：...

一段话总结：
...

材料范围：
- 可读正文：
- 可读图表：

论文基本信息：
- 标题：
- venue/年份：
- 链接：
- 任务领域：

1. 论文主线
2. 按图表/公式推进
   - Figure/Table/Equation/Algorithm X：
     - 它展示什么：
     - 关键元素：
     - 支撑的结论：
     - 容易误读的点：
3. 实验结果如何支撑方法
4. 批判性讨论

规则：

• 使用论文或用户截图里真实出现的编号。
• 跳过对理解帮助很小的次要图表。
• 图表被引用但视觉内容不可读时，明确说明，并只使用 caption 或正文信息。
• 不推断看不见的视觉布局、坐标轴、颜色含义或曲线趋势。

仅有摘要时的兜底输出

只能获取摘要时，不进入完整深读。本兜底不与三主模式叠加；先说明材料限制，再询问是否继续轻量解读。使用：

仅基于摘要，目前不能做完整深读。

可先判断的信息：
- 研究问题：
- 可能的方法方向：
- 摘要中提到的实验或结果：
- 不能确认的信息：

如果你愿意，我可以先给一版轻量解读；要做完整精读，请提供 PDF、正文或可访问链接。

摘要退化模式下，不编造 venue、CCF、代码、图表、公式或实现细节。摘要里出现的数字必须写“摘要中提到”；摘要没有定位依据的实验数字不写。