mcpField
I
icml-reviewer

icml-reviewer

github.com/sundial-org生产力153109 次安装15 周前更新
代码仓库

关于 icml-reviewer

ICML Paper Reviewer 是一项按 ICML 指南审阅机器学习研究的 skill,支持完整论文、早期草稿和代码仓库。它通过检索相关研究并对照主张、实验与基线,生成有依据的评审或建设性反馈。

主要功能

  1. 01识别论文、草稿或代码仓库输入
  2. 02检索并综合相关研究
  3. 03按七个维度评估完整论文
  4. 04生成 ICML 格式评审与评分
  5. 05为早期项目提供建设性反馈

适用场景

  1. 01审查完整的机器学习研究论文
  2. 02为研究提案或未完成草稿获取反馈
  3. 03检查代码仓库中的实验设计与可复现性
  4. 04对照近期研究核验论文新颖性和基线

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sundial-org/skills --skill icml-reviewer

安装后在 Claude Code 中输入/icml-reviewer确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
common-issues.md
evaluation-criteria.md
review-template.md

详细介绍

ICML 论文评审员

按照 ICML 官方指南,对机器学习研究论文进行严谨评审。

工作流

步骤 1:输入分析与模式选择

确定输入类型:

  • 完整论文:包含摘要、方法、实验和结果的 PDF/文本 → 完整评审模式
  • 不完整文档:缺少主要章节、标注为草稿/提案,或用户表示处于早期阶段 → 早期反馈模式
  • 代码仓库:用户提供文件夹/仓库路径 → 仓库评审模式

对于完整论文,提取:标题、摘要、主要论点、方法、实验和结果。识别论文类型:理论、方法、算法、实证、桥接论文或应用驱动型。

对于代码仓库,先进行探索:阅读 README,检查代码结构,查找实验脚本/结果,确定研究问题和已实现的内容。

步骤 2:结合先前工作进行评估(关键步骤——适用于所有模式)

此步骤适用于所有输入类型。以现实为依据,是提供任何有意义反馈的关键。

  1. 根据研究主题生成 3-5 个搜索查询:基准/基线、相同问题、相关技术
  2. 使用 WebSearch 查找近期 arXiv 论文和已发表的研究
  3. 获取 5-10 篇最相关论文的摘要
  4. 进行批判性综合:
    • 这篇论文中的哪些具体论点已由先前工作解决?
    • 与近期基线相比,实际的定量改进是什么?
    • 鉴于已有文献,所声称的“新颖性”是否真的新颖?
    • 实际存在的研究空白,与作者声称的空白有何不同?

批判性思维:

  • 你的职责是根据现实核实论点,而不是不加质疑地接受
  • 大多数论文都会夸大其贡献——你的评审应以文献实际展示的内容为依据
  • 默认保持怀疑:在证据证实之前,假设论点被夸大
  • 作者对自己的工作存在选择偏差;你代表的是整个社区的利益
  • 你要提出批判性意见,确保发表的研究确实推动了领域发展

然后进行针对所选模式的评估。


完整评审模式(完整论文)

步骤 3:系统评估

从 7 个维度进行评估(参见 references/evaluation-criteria.md)。默认保持怀疑——要给出高分,必须有有力证据。

维度关键问题(结合文献证据作答)
原创性鉴于近期工作 X、Y、Z,这项工作是否真正新颖?哪些具体方面属于渐进式改进,哪些属于创新?
重要性为什么这个问题重要?实际影响是什么?哪些人会关注?
论点支持实验是否真正证明了这些论点?还存在哪些其他解释?
实验可靠性基线是否来自 2023 年及之后?比较是否公平?还缺少什么?
清晰度我能否根据论文复现实验?论点是否表述准确?
社区价值这会改变人们的工作方式吗?还是只会增加噪声?
先前工作背景比较是否准确?遗漏了哪些近期工作(过去 2 年内)?

评估思路:

  • 从中立立场出发,只有证据才能让评分上升或下降
  • 将每项论点与文献检索中发现的内容进行比较
  • 大多数论文都只是渐进式改进;高原创性评分十分罕见
  • 基线薄弱或缺少比较是严重缺陷,而非小问题
第 4 步:与文献进行关键交叉核查

撰写评审意见前,明确核查以下内容:

  1. 基线核查:列出论文使用的基线。列出你检索的相邻论文中的基线。缺少了哪些?
  2. 方法论核查:2–3 篇相邻论文如何处理这个问题?本文是否采用了类似的方法?如果没有,原因是什么?
  3. 主张核查:列出主要主张。针对每项主张,引用实验或证明中的具体证据。证据不足时,请注明。
  4. 引用核查:你检索的论文中,哪些已被引用?哪些未被引用?原因是什么?
  5. 新颖性核查:列出声称的新颖之处。针对每项,引用具体的先前工作,说明其是否已实现这一点。

此步骤不可省略。评审意见必须引用文献检索中的具体发现。

第 5 步:生成评审意见

遵循 ICML 评审表(参见 references/review-template.md):

  1. 摘要——中立、客观(作者不应对此有异议)
  2. 主张与证据——主张是否有依据?与文献所示结果进行比较
  3. 与先前工作的关系——背景介绍是否恰当?是否遗漏引用?列出具体遗漏的论文
  4. 优点——具体且实质性,并与相邻领域工作的标准进行比较
  5. 缺点——提出建设性意见,说明问题的严重程度,引用具体文献进行比较
  6. 给作者的问题——编号列出,并说明这些问题对评估的影响
  7. 次要问题——错别字、建议
  8. 总体推荐意见——采用 1–5 分制,并提供以文献比较为依据的理由
  9. 信心分数——采用 1–5 分制
第 6 步:质量检查
  • 核实评审意见中的所有主张都有依据
  • 确保语气具有建设性
  • 检查优点和缺点是否具体
  • 确认问题可执行

“像希望别人评审自己的论文那样评审他人的论文”——保持严谨、诚实,并提供以文献为依据的具体反馈。

具体明确

不佳:“实验较弱” 较好:“实验仅与 2019 年的 [X] 进行比较,但还应纳入近期基线 [Y](2024 年)和 [Z](2024 年)。”

公平评估新颖性

原创性可能来自:有创意的组合、新领域、移除限制性假设、新数据集、新问题表述。

但是:大多数声称的新颖之处实际上只是渐进式改进。接受新颖性主张前,请先对照文献进行核实。

评分校准

请参考以下标准:

  • 5 分很少见:仅留给显然会影响该领域的论文
  • 4 分并不常见:执行严谨、贡献明确的扎实论文
  • 3 分很常见:有价值但存在明显局限的论文
  • 2 分很常见:渐进式工作或存在重大方法论问题的工作
  • 1 分表示存在根本性问题:结果错误、没有贡献或存在严重伦理问题

如果你发现自己大多给出 4 分和 5 分,你很可能过于宽容。请根据文献所展示的标准重新校准。

应用驱动型论文

对于应用驱动的 ML:方法应符合现实世界的约束;如果非标准数据集有充分记录,则可以接受;应与领域基线进行比较。

评分标准

总体评分(1-5): 使用完整评分范围。大多数论文应评为 2-3 分。

  • 5(强烈接收):贡献重大,具有影响力,没有重大缺陷
  • 4(接收):贡献扎实,执行严谨,仅有轻微问题
  • 3(弱接收):有一定贡献,但有限;或想法不错,但执行存在缺陷
  • 2(弱拒绝):增量式贡献不足以达到该会议的要求;或存在重大方法论问题
  • 1(拒绝):存在根本性缺陷、尚未准备就绪,或没有实质性贡献

应当降低评分的危险信号:

  • 基线方法已超过 2 年(除非明确说明理由)
  • 缺少与文献检索发现的明显相关工作进行比较
  • 所述主张无法得到所展示实验的直接支持
  • 创新性主张与已有工作相矛盾

信心度(1-5): 5=专家/确定,4=有把握,3=比较有把握,2=不确定,1=非本领域


早期阶段反馈模式

对未完成的草稿、研究提案或代码仓库使用此模式。重点从“接收/拒绝评估”转向“如何使其达到可发表水平的建设性指导”。

完成步骤 1-2(输入分析和已有工作梳理)后,转到此处。

步骤 3:生成形成性反馈

使用早期阶段反馈模板(参见 references/review-template.md)。不提供数值评分,重点放在建设性指导上。

对于代码仓库,还需讨论:

  • 代码质量和组织结构
  • 实验设计和可复现性
  • 论文还缺少的内容(基线、消融实验、分析)

参考资料

  • references/evaluation-criteria.md - 各维度的详细标准
  • references/review-template.md - 包含示例的完整模板
  • references/common-issues.md - 需要识别的常见论文问题

评论

支持 Markdown