用豆包读一篇前沿综述：先问“它解决了什么”，再问“怎么验证”

前沿综述通常篇幅长、术语密、结论多。直接用豆包“总结一下”，得到的多半是一段通顺但记不住的概述。我改成两轮提问，效果差别很大。

第一轮：只问解决了什么

读下面这篇材料，只用三句话回答：它想解决的问题是什么？在它之前，这个问题通常怎么处理？它声称的改变具体落在哪一步？

不要列举贡献点，不要评价意义；若材料没有明确写出“之前怎么做”，就写“材料未说明”。

这一轮刻意禁止列贡献、禁止评价。因为综述最擅长的就是把一堆工作平铺开，读完感觉什么都提到了，却没抓住主线。逼它回答“之前怎么做”，主线立刻显出来。

第二轮：只问怎么验证

基于同一材料，回答：作者用什么方式证明改变有效？用到了哪些数据或任务？判分方式是什么？有没有写明不适用或失败的情况？

每项请引用材料中的短句作为依据；找不到的写“未提及”。

要求引用短句是关键。没有引用，模型很容易把常识补成“作者的做法”。加了这一条之后，我能很快看出哪些是材料里真有的，哪些是它顺手补的。

两轮之间为什么要断开

合在一次问，回答会自动滑向“综述 + 评价”的套话；分两轮，每轮只有一个目标，输出就具体得多。这跟读技术文档时先搞清概念、再核对参数的顺序是一致的——前端 Wiki 的分层教程 之所以好读，也是因为一次只解决一层问题。

遇到术语卡住，我会去 万象云档按主题聚合的文档 找同主题的入门材料补一层背景，再回来读第二轮，比硬啃原文快。

一个边界

豆包负责把材料的结构拆清楚，不负责判断结论是否成立。验证方式写得再漂亮，也得自己看一眼数据规模和对照设置。尤其是“未提及失败情况”这一项，如果材料里真的没有，往往比写了什么更值得记下。

小结

读综述的难点不是字多，是主线被贡献列表淹没。把提问拆成“解决什么”和“怎么验证”两轮，要求短引用、允许答“未提及”，一篇长材料十几分钟就能拆成可记录的几行。