材料与结果 · 文档核对

一份技术文档,AI 能先核对什么?

Deep Review 把长文拆开检查,再合并核对。会前试点中的作者反馈,让我们看见它怎样帮助补论证、加实验,以及为什么人还要回查每条意见。

Google 于 10 月 14 日公开 Deep Review。本文从早期 PAT 的作者反馈读起,再看当前使用入口;本站只匿名查看页面,没有登录、上传文档或生成审阅结果。

本文目录目录4

EN

有用的意见,会让原稿哪一处改变?

ICML 的会前试点回顾里,作者 Apoorv Varshney 说,PAT 的反馈指出了目标函数中的数学矛盾、问题定义不一致,以及实验部分缺少支持的主张。这些意见让他能逐段回到原稿修改:先核对一个定义、一段推导或一项结果,再决定结论是否站得住。这里看到的是作者公开叙述,未展示他的完整文稿与审阅报告。

这接着回答了引用报告之后的一个问题:材料已经写成文章或方案,怎样检查重要的一句话是否得到前文支持?一条能指出具体位置和理由的意见,比笼统要求“更严谨”更容易继续处理。

来源与延伸阅读
  • ICML · PAT 会前试点回顾会方与 Google 联合回顾 · 2026 年 3 月 30 日约 4500 篇稿件、869 份问卷回应;理论与实验问题按各自适用的受访作者口径描述,并非独立准确率测试。

EN

逐段深查,也保留全文联系

Google 描述的流程先按内容分段,再把更多计算分给复杂的证明或分析。负责一段的代理仍能看见全文,便于检查定义、实验与结论之间的联系;最后另有代理合并意见、去重,并通过搜索核对外部依据。

论文解释了这样安排的原因:只把全文反复交给模型,可能每次都盯住相同段落,同时产生更多待人工辨认的可疑意见。拆分任务与最后核对,是为了让计算用到不同位置;流程本身仍不能保证每条批评都成立。

Google 官方四阶段流程图:输入文稿后,先分段,再按复杂程度分配轻、中、重推理计算;并行检查后,去重、判断严重程度和搜索核对,合成审阅报告。
Google Research 原图,说明系统设计,非本站生成的报告。Stage 1=分段,Stage 2=分配计算,Stage 3=并行检查,Stage 4=合并核对;图中的轻、中、重用于说明计算分配。点击可放大。 · 打开大图
来源与延伸阅读

EN

作者加做了实验,说明了什么?

3 月 30 日的 ICML 回顾说,1 月试点为约 4500 篇稿件提供反馈,随后收到 869 份问卷回应。在含理论内容的受访作者中,35.4% 报告发现了需要超过一小时修复的重要理论缺口;在有实验结果的受访作者中,31% 说反馈促使他们做了新实验。两个比例回答的是不同子群体的修改经历,不能换成所有稿件的错误率或系统准确率。

试点意见只交给作者,与正式审稿完全分开,审稿人和会议决策者看不到。它支持一种用法:在提交前多找一轮问题,再由作者核对和修改。原论文同时记录了 PDF 解析、事实幻觉和把正确论证误判为错误等问题;这些早期反馈也不是当前 Gemini 4 Argon 版本的同条件测评。

来源与延伸阅读
  • PAT · 方法、早期测试与局限作者原论文 · 2026 年 6 月 26 日初稿逐段检查如何保留全文上下文,以及 PDF 解析、事实与错误批评等局限;早期系统不等于当前 Argon 版本。
  • ICML · PAT 会前试点回顾会方与 Google 联合回顾 · 2026 年 3 月 30 日约 4500 篇稿件、869 份问卷回应;理论与实验问题按各自适用的受访作者口径描述,并非独立准确率测试。

EN

从一份自己能回查的文档开始

10 月 16 日匿名查看时,入口要求 Google 登录,页面有“上传文档”和“粘贴文字”两个选项,也可补充上下文。10 月 14 日发布说明列出的初始格式是 PDF 和纯文本,多文件仍待开放;当前 FAQ 还列出 Google Docs 与 Google Slides。本站没有验证这些格式的导入与处理,不能据此承诺多份材料已经可以联合核对。

页面提供每周两次免费审阅,标为 Gemini 4 Argon 的 Medium 档;超过额度可填自己的 Gemini API key,按底层模型调用用量计费。当前入口说文档最多保留一年供回看,未经许可不用于模型训练;FAQ 还说明,可自愿允许研究团队用资料改进 Deep Review。免费额度、计算用量与文档留存应一起看。

可以先选一份自己有权提交、也能回查依据的草稿,挑一句最影响结论的话,看反馈是否指出原文位置、缺少什么支持,以及应怎样验证。把意见接回原材料,再决定修改或保留。这是编辑建议;本站没有上传材料或生成报告。继续读 AstaBrief,可以接着看报告形成时,人、日期和条件怎样留在引用里。

来源与延伸阅读