SkillAtlasSkill 详情

oral-paper-skill

我“蒸馏”了 883 篇顶会 Oral 论文,提炼出其中的共性和值得学习的做法,帮助你应用到自己的 idea 和论文中。

审核状态:已审核Quality 80Security 100

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年9月18日

Oral Paper Skill · 向优秀论文学习

我“蒸馏”了 883 篇顶会 Oral 论文,提炼出其中的共性和值得学习的做法,帮助你应用到自己的 idea 和论文中。

Oral paper:指被学术会议选中作口头报告的论文,通常因研究贡献、创新性或影响力受到关注,是值得学习的优秀论文范例。

English README · 完整 Skill · 中文提示词 · 提炼过程

Oral papers: 883 PRs Welcome

为什么做这个 Skill

我认为,Oral paper 能成为 Oral paper,肯定有值得研究和学习的原因。如果想更快地理解怎样做出、写出一篇好论文,优秀论文就是很直接的学习材料。

接受系统科研训练的第一步,往往是看经典文章。会议往届的 Oral,以及其他有质量、有含金量的论文,也是常用的范例。

想投 ICLR,就看 ICLR 往届的优秀论文;想投 ICML、NeurIPS,也做同样的事。从中找灵感,把 A 的方法接到 B 的场景里,或者做局部优化,再写成一篇新的 paper。

很多人通过这条路发出了论文。但如果最后只学会了 A+B 和局部加点,这样的学习到底留下了什么?组合与改进当然可以有价值,关键是我们有没有理解问题为什么重要、创新为什么成立、证据又如何支持结论。

有了 AI,我觉得这个过程可以更系统:快速整理和比较优秀论文,提炼有用的共性,再把这些做法 apply 到自己的 idea 里,帮助自己学习科研和论文写作。

上次分享 anti-defensive-writing Skill 的视频给我涨了几百粉,之后我一直在想该分享什么。我自己积累、私藏了不少好用的 Skill,这次把 Oral Paper Skill 作为这个系列的第二个项目公开。

我的目标是,把 ICLR、ICML、NeurIPS 近两个已完成周期的官方 Oral 条目及相关优秀论文作为学习材料,经过提取、比较和融会贯通,形成一套可以反复使用的方法。

这里的“蒸馏”指知识提炼:从论文中整理具体做法、适用条件和例子,写成 Skill。这轮从摘要逐篇提取,再比较、核查与综合;涉及正文或图表的建议,需要另外阅读对应材料。

它帮你做两件事

1. 对照优秀论文,找到可改进的地方

根据你的问题和论文类型,选择合适的范例,解释它怎样表达贡献、组织证据,再指出你的稿件可以怎样修改。

每条重要建议尽量包含:原论文做法与出处 → 为什么与你相关 → 你的稿件现状 → 具体改法。

例如,面对一篇主张降低计算成本的稿件,可以检查它是否给出了相同质量下的端到端成本比较。这是建议形式的示意;实际归因给某篇论文时,需要读取对应原文。

2. 学习优秀做法,指导自己的复盘

把值得学习的做法讲清楚:引言怎样推进、创新点怎样与前作区分、主图怎样呈现贡献、关键实验怎样排除其他解释。

同时解释适用条件,帮助你判断自己的工作是否需要采用,而不是把每篇论文改成同一模板。

从这些论文里,具体学什么

  • 写清研究张力: 哪个具体限制或现象,让这个问题值得研究?
  • 明确贡献增量: 去掉方法名和“novel”,到底改变了什么?
  • 让证据对应主张: 测到的属性,是否就是标题声称的能力?
  • 选择有解释力的比较: 比较要回答什么,哪些条件相同、哪些不同?
  • 结论紧随适用条件: 哪个模型类别、量词或实验范围不能省略?
  • 说明资源支持的研究: 数据、环境或接口,具体让别人能做什么?
  • 提炼有边界的认识: 除了分数,读者能带走什么,何时不适用?

每项都有论文实例、具体用法和例外,见七项做法与来源。默认只选与你的工作相关的做法,给三条以内的改进建议或一个复盘练习。

原来的 ORAL 四个问题可以继续作为记忆辅助,但不是全体论文的共同定律,也不是评分表。方法、理论、经验发现、系统、资源和立场论文,不必通过同一套门槛。

快速开始

复制提示词

复制中文提示词或English prompt,然后提供你的 idea、稿件或实验计划。提示词本身无需额外依赖;检索和读取参考论文取决于所用 AI 工具的能力。

安装 Skill

git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git

将仓库里的 skills/oral-paper-skill 目录放入工具的 skills 目录,例如 ~/.codex/skills/ 或 ~/.claude/skills/。已有同名版本时先比较内容,避免覆盖自己的修改。

对照改进:

使用 $oral-paper-skill 对照适合我这篇工作的优秀论文,
指出最值得改进的三处。给出出处、适用原因和具体修改建议。

学习复盘:

使用 $oral-paper-skill,讲解这些参考论文在叙事和实验设计上
值得学习的做法,并帮助我用自己的论文做一次复盘。

这 883 篇论文来自哪里

2026-09-13 重新核对六个官方名单:

会议周期Oral 论文数
ICLR 2025–2026436
ICML 2025–2026288
NeurIPS 2024–2025159
合计883

统计已排除 workshop 活动等非论文条目。这 883 篇论文的摘要均已形成逐篇语义记录,并完成 21 组综合,最终筛选出七项做法。

Luna 负责批量提取,Astra medium 负责来源核查与筛选,Astra xhigh 负责最终综合。原文检查包括 24 篇校准、36 篇固定随机抽查,以及发现疑点后的定向复核;不是人工精读全库,也不意味着全部科学结论已经验证。

逐篇记录 · 过程、错误与修正 · 来源与阅读层级

怎么理解它的建议

Oral 身份用于选择学习范例;本工具不代表会议官方标准,也不保证录取。摘要只能支持问题表达和作者声称的贡献分析;图表设计、实验细节和证明需要对应全文。

使用效果尚未经过独立对照评测。欢迎提交有原文出处的案例、纠错和真实改稿反馈。

论文 Skill 系列

Anti-Defensive Writing:改进论文表达。

Oral Paper Skill:借助优秀论文,获得对照建议并学习复盘。

Agent / MCP / Skill 创作研究与检索内容与创作

低风险

  • 来源需自行核对维护者身份。
  • 未检测到明显脚本安装指令。
  • 未检测到明显外部权限要求。
  • 未检测到高风险命令。
  • 扫描发现:0 条。

Codex — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git
  3. 将 "skills/oral-paper-skill" 文件夹复制到 Codex 的 skills 目录中。
  4. 重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Codex 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git
  3. 将 "skills/oral-paper-skill" 文件夹复制到 Claude Code 的 skills 目录中。
  4. 重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Claude Code 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git
  3. 将 "skills/oral-paper-skill" 文件夹复制到 Cursor 的 skills 目录中。
  4. 重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Cursor 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git
  3. 将 "skills/oral-paper-skill" 文件夹复制到 GitHub Copilot 的 skills 目录中。
  4. 重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/Adkid-Zephyr/oral-paper-skill.git
  3. 将 "skills/oral-paper-skill" 文件夹复制到 Windsurf 的 skills 目录中。
  4. 重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Windsurf 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Windsurf 让新的 skill 生效。
查看 SKILL.md 原文
name: oral-paper-skill
description: Help authors learn from exemplary ICLR, ICML, and NeurIPS papers through source-linked manuscript comparisons, concrete writing and experiment suggestions, and guided reflection. Use for research storytelling, contribution framing, paper comparison, figure planning, or research retrospectives. Not an acceptance predictor or a routine grammar/citation formatter.

Oral Paper Skill

Turn useful practices from exemplary papers into concrete revisions and focused learning. Offer two services: compare and improve a manuscript, or learn and reflect on a practice. Preserve the author's research purpose and judgment.

The current knowledge base includes semantic extraction of 883 abstracts from 884 official event records, source checks, and cross-paper synthesis. It is abstract-level evidence, not 883 full-paper readings or an explanation of Oral selection. For provenance, read sources and reading levels.

Start from the author's purpose

Identify the requested artifact, contribution type, stage, and relevant constraints. Use the supplied draft, results, and examples before asking for more. Ask only when missing information would materially change the advice or authorization.

Several coherent contributions are allowed. Missing evidence in an early idea differs from evidence contradicting a result claim. Do not turn a writing or learning request into an automatic decision to abandon research.

Choose a relevant practice and example

Read abstract-derived practices and examples when applying the distilled knowledge. Select only the practices useful for this request; do not run every paper through all seven.

  1. Specify the research tension. Identify an unmet requirement or an observation that makes the question worth investigating. Do not manufacture a prior-work failure.
  2. State the contribution delta. Name the changed output, operation, representation, assumption, or enabled activity. A method name and “novel” do not explain the difference.
  3. Match evidence to the claim. Identify the measured or proved property. Keep attempts distinct from success, a proxy from the whole capability, and proposed evaluation from reported outcomes.
  4. Choose a meaningful comparison. Explain what decision it resolves, what stays fixed, and what changes. For efficiency, identify the actual resource unit and accounting boundary; active parameters, tokens, latency, memory and total cost are different quantities.
  5. Keep conditions beside conclusions. Preserve the model class, quantifier, guarantee regime, comparator and numerical convention that give the result its meaning.
  6. Explain what the resource enables. Connect contents or interfaces to a research activity. Distinguish intended uses, demonstrated uses and release commitments.
  7. Extract a bounded lesson. Explain what readers can reconsider or investigate, separating observation, interpretation and a proposed action. State what would limit transfer.

These are editorial moves supported by examples, not measured universal traits or admission criteria. Their usefulness for a new manuscript is a reasoned recommendation, not a demonstrated causal effect.

Choose exemplars by problem, contribution, evidence needs and resource constraints—not fame alone. Use archetype guidance for theory, empirical, systems, resource, method and position-paper differences. A resource need not also deliver a new mechanism or a superior model; a descriptive finding need not claim causality.

Keep source attribution precise

For an attributed practice, identify the paper, source link, and inspected abstract unit, section or figure. The curated examples have been checked against their original abstracts; their numbered units belong to the stored snapshot, not official section numbers.

  • Separate what the source says, why the practice might help, and what you propose for this draft. An application suggestion is not an experiment the authors necessarily ran.
  • Abstracts support framing, stated contributions and author-reported evidence. Inspect the relevant full text or actual figure before attributing experimental rigor, proof details or figure design to a paper.
  • Preserve consequential qualifiers: structural-assumption-free is not assumption-free; a reported maximum error is not automatically a proved bound; an unspecified percentage is not automatically percentage points; a future release is not present availability.
  • Keep genuinely unspecified source facts unknown. Do not repair them from intuition or treat absence from an abstract as absence from the full paper.
  • If a suitable source is unavailable, label advice as general research guidance. Do not invent citations or make the user supply references merely to satisfy a template.

Do not reload the entire corpus for a single edit. Use a small, relevant comparison set and retrieve additional material only when the recommendation depends on it.

Compare and improve

Locate the draft's important claim and its current support. For each high-priority change, connect:

draft location → relevant source practice → concrete revision or feasible next check → why it fits → important limit.

Default to at most three improvements. Prioritize changes that alter understanding or interpretation over cosmetic resemblance. If no useful gap is apparent, say so rather than inventing criticism.

When asked to edit, deliver the revised text, figure plan or experiment protocol directly. Keep the title, abstract, introduction and main evidence coherent, without forcing every section to repeat one claim. Preserve the author's story unless actual evidence requires changing its scope.

For a proposed experiment, specify only what changes the decision: the claim, comparison, unit of analysis, relevant controlled conditions, outcome, and how results would change the interpretation. “Match everything” may answer the wrong question; distinguish component attribution from comparing systems as delivered. If a claim is already contradicted, do not use prose to conceal it.

Learn and reflect

Teach one useful practice with a small sourced example. Explain its purpose and an important exception, then give one focused exercise on the user's paragraph, comparison or plan. Label any invented teaching example or illustrative rewrite explicitly.

If the user requests both modes, prioritize the artifact and explain only the lessons that affected it. Use the comparison guide only when a structured retrospective would help.

Evidence and delivery

Keep observed findings, supported claims, inferences, plans and invalidated claims distinct, without burdening every response with status labels. Do not turn pilots, mechanical checks or AI judgments into prevalence, transfer, novelty or readiness claims. Planned figures must not contain fabricated results or success-shaped mock curves.

ORAL can remain an optional mnemonic: central question, reader-visible evidence, meaningful alternatives, and a lasting lesson. It is not the empirical conclusion of the corpus analysis, a score, or a required sequence.

Before delivery, check the few things that matter: source fidelity, applicability, a concrete change, and consistency with the actual evidence. Self-review and format validation are not evidence of measured user benefit.

Keep the response concise. Do not default to GO/WAIT/KILL, Oral-level ratings, acceptance predictions, or another literature survey when the user asked for a revision.

发现问题?提交给管理员复核

评分:

评论 (0)

暂无评论,成为第一个评论者吧!