Open Academic Paper Gen 把引用核验推进到句子与原文证据
Open Academic Paper Gen 将文献检索、论文初稿和引用核验串成一套工作流：除了查论文身份，还尝试定位支持具体论点的段落。它需要本地部署和模型 API，检查结果仍须人工复核。
量子位报道了个人开发者猫叔的 Open Academic Paper Gen。开发者把它定位为研究主题到论文初稿的工作流：先检索文献，再起草，并检查引用是否有依据。本稿标注的是量子位的报道日期，现有材料未确认项目首次上线日期。
按项目文档，系统先查 OpenAlex、Crossref、Semantic Scholar 和 arXiv，再筛选结果、沿引用关系扩展文献池，把方法、数据、发现和局限整理成证据表，然后生成提纲和初稿。所谓“创新性诊断”只比较本次找到的论文，不能证明某个想法在全球范围内无人做过。
引用核验分三步：检查引用标记是否对应文献池中的论文；用 DOI 等书目信息核对论文身份；再让模型判断文献内容是否支持被引用的那句话。能获取全文时，第三步使用论文开头与最匹配的段落，否则退回摘要或节选。有页码数据时，警告可标出 PDF 页码，方便读者回查，但这不是期刊印刷页码。
这些检查仍会漏检或误报。普通的“作者、年份”式引用不在核验范围内，系统依赖专用引用标记；书目核查遇到网络错误或缺少 DOI 也会放行，因此通过不等于可靠。内容证据不足应标为“无法判断”，文本太少则标为“未核验”。开发者明确提醒，“不支持”判定经常误报，不同运行也可能给出不同结果。
默认模式会在主要阶段等待人工审查；发现有问题的句子时，修改以新旧文本对照的建议呈现，接受后再推进。另有全自动模式，但生成内容仍是草稿。模拟三位审稿人的意见也不是真实同行评审。用户需要读原文、逐项核对，并遵守所在机构或投稿方对 AI 辅助的披露要求。
这是需要自行部署的本地应用，涉及后端、Node.js 与 pnpm、PostgreSQL 等环境，Redis 可选。源码采用 AGPL-3.0 许可，但运行需要考虑模型 API 费用，并非零成本服务；材料未给出可验证的固定单篇价格。论点核验、可选的无引用陈述检查和模拟审稿需要 OpenAI API Key，智谱 GLM 的备用路径不覆盖这些环节。
本地部署也不等于完全离线或数据只留在本机：工作流调用外部文献服务和模型，核验会把证据文本交给模型处理。中文文献的开放全文和引用数据较少；文档中的知网、万方、维普检索器只是待接入的占位实现，需要机构访问条件，不能当成已可用的中文数据库搜索。
初稿可导出 Markdown、LaTeX 和参考文献格式，但 LaTeX 只检查常见问题，不实际编译。证据表也可能把发现或局限放错栏目，综述论文尤其需要复核。这套工具更适合能处理本地配置、愿意逐篇核实文献的研究者；目前能确认的是开发者文档描述的工作流，不能据此推断实际准确率或节省时间。