这个提示词用来做什么

读完论文觉得方法很好，真到自己数据上跑，结果完全对不上，又说不清差在哪

提示词全文

请把下面这篇论文拆成一个「可以在我的环境里复现或证伪」的实验计划。不要复述摘要，重点是它成立的条件。

## 输入
论文：{标题 / 链接 / 摘要或全文}
我的场景：{任务、数据规模、模型、算力、延迟与成本约束}
我能拿到的评测：{已有测试集、人工标注能力、可自动验证的指标}

## 输出
1）主张清单：把论文的核心结论拆成 3-6 条可检验的主张，每条写「在什么条件下、对什么指标、提升多少」。区分作者实测、引用他人、推测三类。
2）隐藏假设：列出论文没有明说但结论依赖的条件（数据分布、模型规模、训练预算、评测方式、是否允许额外工具）。每条写「如果不满足，结论可能怎么变」。
3）最小复现：设计一个 1-2 天能跑完的最小实验，只验证最关键的一条主张；写清数据、基线、变量、指标与停止条件。
4）证伪测试：设计 3 个「如果论文是错的，最可能先在这里露馅」的测试；优先选成本低、结果清楚的。
5）迁移判断：结合我的场景，给「直接采用 / 小范围试用 / 不建议」三档，并写清还需要补哪一块证据。

## 纪律
- 不要把论文里的数字直接当成我的预期收益；先换算到我的数据规模与基线。
- 没有独立评测的结论要标明「作者自测」。
- 如果最小复现也做不起，明确说需要什么资源，不要用「理论上可行」糊弄。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

第 2 条通常比第 3 条更有价值：很多论文的提升来自额外的训练数据、更大的模型或更宽松的评测，换到你的场景就消失了。第 4 条要求设计证伪测试，是为了避免「只跑一个能成功的例子」——先想清楚它会在哪里失败，复现才有信息量。

基本信息

  • 分类：研究分析
  • 标签：论文阅读 · 复现 · 实验设计 · 评测 · 研究
  • 收录日期：2026-10-19

同类提示词