ljg-paper

读论文不是做学术，是猎取思想。把别人的发现拆解成自己能用的认知。 所有图表用纯 ASCII 字符。允许： + - | / \ > < v ^ * = ~ . : # [ ] ( ) _ , ; ! ' " 和空格。禁止 Unicode 绘图符号。 输出结构依据 references/template.org 。禁止参考 ~/Documents/notes/ 中已有论文文件的章节结构——旧文件可能使用过期模板。 title 是这篇笔记的 灵魂句 ——读者扫一眼就知道这篇论文带走什么。它不是文件名，不是方法名，是核心思想或发现本身。 写作约束： title 与「洞见」section 的关系：title 是洞见的 灵魂句形式 ，洞见 section 是同一发现的展开论证。先写完「洞见」section，回头把那段话压成一句填进 title。 title 与文件名的关系：denote 文件名 paper-{简短标题} 的「简短标题」是方法名/核心概念名（如 prerl 、 dsrl ），用于文件检索；title 是思想句，用于内容入口——两者是不同字段，互不替代。 文件写入后报告路径。 四条核心原则，决定文章是"活人在说话"还是"机器在汇报"： 讲解论文时可以拿的工具，没有哪个是必须的： 确保拿到：标题、作者、摘要、核心方法、结果。 如果论文有一张承载全文核心思路的总览图（overview / architecture diagram，通常是 Figure 1），提取并保存到 ~/Documents/notes/images/ ，文件名 {identifier}--paper-{简短标题}-overview.png 。 判断标准：这张图让人一看就抓住论文在做什么。不是所有论文都有——没有就跳过，不要硬找。 提取方法： 不是描述问题，是让读者 亲历 那个问题。开场给一个具象示例——一个具体场景、一段输入输出、一张失败截图、一个用户故事——让读者在这个例子上看到困境。 不是「大模型在事实回答上存在幻觉问题」，是：「你问 GPT『2023 年图灵奖得主是谁？』它一本正经回答 Yann LeCun。再问一次，它说 Hinton。第三次又变了。」 三段叙事，用同一个例子贯穿： 如果论文没有明确的前作（开创性问题、新领域），跳过第二段，直接「亲历→新口」。 反例：「本文提出了一种新的 XXX 框架」——这是学术摘要，不是问题。 「问题」已经把困境讲透了—— 这一节不要再重述问题 。重心是"如何做到"：论文的方法、机制、关键 insight。 沿用同一个例子 ：继续在「问题」里那个具象示例上讲。读者刚刚在那个例子上看到旧路走不通、新口在哪里——你现在带他在同一个例子上一步步打开论文的方法。换例子 = 切语境，读者前面建的直觉就丢了。 唯一豁免：如果同一例子无法支撑机制细节（比如算法过程需要展开数据流），引入"子例子"作为延伸——但子例子必须和父例子在同一问题域里，让读者感觉是"放大镜下看局部"，而不是换地图。 开头立锚点 ：找到一个具象的中心隐喻或画面——锚点描述的是 方法在那个例子上的样子 。比如「在我们刚才那个图灵奖问题上，方法像一个分诊台：先把不确定的回答拦下来再说」。锚点和「问题」例子焊在一起。 一步步揭开，让读者解锁迷雾...