本地AI代理自动精读arXiv：只推送真正相关的论文

从信息过载到精准过滤

对每一位科研工作者而言，待读论文清单只会越堆越长。一位开发者在 Reddit 上分享了他的解决方案：每天花 30-60 分钟浏览 X（推特）或 arXiv 列表，但其中 95% 的内容与自己的实际研究毫不相关。传统的 newsletter 也帮不上忙——它们推送的是「热门」而非「与你研究相关」的内容。

arXiv 是由康奈尔大学运营的免费预印本服务器，自1991年创立以来已成为物理、数学、计算机科学、统计学等领域研究者发布论文的核心平台。每天新增论文数量可达数百至数千篇，仅 cs.AI、cs.LG 等机器学习相关分类每日就可能产生200篇以上新论文——这正是信息过载问题的根源所在。

为了解决这个痛点，他构建了一个名为 Research Radar 的本地 AI 代理。它是一个每日运行的 cron 定时任务，能够自动抓取、评分、精读并推送对你个人研究方向真正重要的新论文。作者坚持使用约一个月后，称其「在自己的领域内确实非常有用」。

四步流水线：从抓取到精读

Research Radar 的核心是一条清晰的自动化流水线，将「大海捞针」的过程拆解为四个可控步骤。

1. 全量抓取与去重

系统通过 RSS 和 API 两种途径，抓取你所关注的 arXiv 分类下的所有新论文，并自动去重。**RSS（Really Simple Syndication）**是一种基于XML的标准化数据格式，允许用户订阅网站内容更新；arXiv 为每个学科分类都提供了 RSS 订阅源，使得自动化抓取新论文成为可能。这一步是确定性的纯 Python 逻辑，不涉及任何模型推理，效率高且运行稳定。

2. 廉价模型批量打分

系统用一个轻量小模型对每篇论文的摘要进行 1-10 分的相关性评分。评分依据是一个由用户自己编写的 Markdown 文件，描述个人的研究兴趣方向。每批约处理 10 篇摘要（约 1.8 万 tokens），快速筛掉绝大多数无关内容。

Token 是大语言模型处理文本的基本单位，大致对应英文中的 3/4 个单词或中文的 1-2 个汉字。1.8 万 tokens 约等于一篇标准学术论文摘要集合的文本量，在轻量模型上可以快速完成批量处理。

3. 强模型深度精读

对于得分最高的 5-10 篇论文，系统会下载 PDF、提取全文，调用能力更强的模型撰写摘要、提炼关键洞见、指出局限性，并分析它与你自己工作的具体关联。单篇输入可达 4-7 万 tokens，需要支持长上下文的模型。

这里的「长上下文」是一项关键技术指标。一篇标准学术论文全文通常包含 5,000 至 14,000 个 tokens，而早期模型（如 GPT-3）仅支持 4,096 个 tokens 的上下文窗口。现代模型如 Claude 3.5 支持 200K tokens、Gemini 1.5 Pro 达到 100 万 tokens，使得整篇论文的深度理解才真正成为可能。

4. 晨间推送

系统生成 HTML 格式的晨间摘要，并可选通过 Telegram 推送「必读」提醒。左侧是 Telegram 的精简摘要，右侧是内容更详尽的 HTML 报告，两种形式兼顾不同场景需求。

完全本地化：数据不出本机

这套系统最吸引开发者社区的亮点，在于它的本地优先设计。推理通过轻量后端抽象层进行，默认支持标准的 OpenAI 兼容 HTTP 接口。

只需将其指向本地运行的 Ollama、vLLM、LM Studio 或 llama.cpp 服务器（例如 base_url: http://localhost:11434/v1），即可实现完全离线、零成本运行，且没有任何数据离开你的机器。

这四种本地推理后端各有侧重：Ollama 以简洁的 CLI 和自动模型管理著称，适合个人开发者快速上手；vLLM 由 UC Berkeley 开发，专注于服务端吞吐量优化，适合需要并发处理的场景；LM Studio 提供图形化界面，适合不熟悉命令行的用户；llama.cpp 基于 C++ 实现，对硬件要求最低，甚至可在普通笔记本 CPU 上运行量化后的小模型。值得一提的是，这四者均实现了与 OpenAI API 兼容的 HTTP 接口标准，使得同一套代码可无缝切换后端。

更灵活的是，不同环节可以混用不同后端：例如用本地小模型做批量打分，用更强的模型做深度精读。作者还提到，另一种方案是使用 Claude/Codex 的 CLI 订阅额度，同样无需额外 API key。有意思的是，只有打分和精读两个环节调用模型——抓取、去重、PDF 提取和渲染均为确定性 Python 代码，不产生推理费用。

通用架构：一个 Markdown 文件即可跨领域复用

Research Radar 的代码中没有任何领域特定的硬编码逻辑。用户只需编辑描述研究兴趣的 Markdown 配置文件，同一套流水线即可适用于机器学习、物理、生物、经济学等任意学科。

作者坦言，这个开源版本是从个人配置泛化而来，除自己的领域外尚未深度测试其他学科，因此非常欢迎社区反馈和 GitHub issue。仓库中还提供了基准测试数据，涵盖不同模型的 tokens 用量、成本、延迟和质量评级，方便用户评估本地部署所需资源。

关键挑战：打分校准的敏感性

作者特别指出了一个技术难点——评分校准。模型必须能够大量给出「不相关，3/10」这样的低分，而非出现普遍高分的倾向。一旦模型对所有论文都打高分，整个过滤系统便失去意义。

这一问题在 AI 领域被称为奉承偏差（Sycophancy Bias）——大语言模型天然倾向于给出正面、高分的评价，而非严格区分相关性高低。这一偏差在小模型中尤为突出，因为小模型的指令遵循能力（Instruction Following）相对较弱，难以严格执行「大量输出低分」的隐性要求。解决方案通常包括：在提示词中提供具体的打分示例（Few-shot Examples）、明确定义各分数段的判断标准、或在系统提示中强制要求分数分布满足特定统计特征。

这也是本地模型选型的核心考量。作者表示尚未对本地模型完成系统基准测试，期待社区推荐适合打分环节的模型——这个任务既要求成本低廉，又要求判断精准，对小模型的指令遵循能力要求较高。

结语

Research Radar 代表了一类正在兴起的实用型 AI 工具：不追求宏大的通用能力，而是用大语言模型解决科研工作者具体且高频的痛点。它将「读论文」这件事拆解为可自动化的流水线，同时通过本地部署兼顾隐私与成本控制。

对于每天被 arXiv 信息流淹没的研究者来说，这个可自托管、可定制、且大部分环节免费的工具，或许正是从「信息过载」走向「精准阅读」的务实起点。项目已在 GitHub 开源（ramazan793/research-radar），感兴趣的读者可自行部署体验。

核心要点