如何让 OpenClaw 自动追踪 AI 前沿论文和 GitHub Trending

6 月 10 日
 game115

最近我给自己搭了一套自动化流程:每天追踪 AI / CS 方向的新论文和 GitHub Trending 热门项目,然后自动筛选、整理、生成中文摘要,最后沉淀成日报。

这套系统的目标很简单:

不再靠手动刷 arXiv 、GitHub Trending 、Twitter/X 和各种群消息来追前沿,而是让 AI Agent 每天帮我完成第一轮信息筛选。

我用的是 OpenClaw ,主要让它承担三件事:

  1. 定时抓取 arXiv 最新论文和 GitHub 热门项目;
  2. 按主题、质量和工程价值做过滤;
  3. 自动生成中文摘要、深度解读和每日归档。

这篇文章简单分享一下系统是怎么搭的,以及目前踩到的一些坑。


1. 为什么要做这套东西?

如果你关注 AI 工程化,信息源会非常碎:

手动追踪的问题是:

所以我想做一个自动化系统,先让 Agent 帮我做“第一轮粗筛”,把候选论文和项目整理出来,再对其中高价值内容做中文精读。


2. 整体架构

目前流程大概是这样:

定时任务 / Cron
   ↓
数据源抓取
   ├── arXiv API
   ├── GitHub Trending / GitHub API
   └── 其他公开信息源
   ↓
候选池入库
   ↓
规则过滤 + 去重
   ↓
Agent 精读 / 摘要生成
   ↓
Markdown / JSON / SQLite 归档
   ↓
公众号草稿 / GitHub 日报 / 后续分发

核心不是“抓取”,抓取其实不难。真正麻烦的是:


3. 论文部分:从 arXiv 候选到中文精读

论文侧主要关注这些方向:

数据源主要是 arXiv API ,例如:

每篇论文进入候选池后,会先做基础解析:

然后做几层过滤:

  1. 主题相关性:是否和 AI 工程化、RAG 、搜索、Agent 等方向有关;
  2. 新鲜度:优先最近 1 个月,越新越优先;
  3. 机构/作者可信度:顶级实验室、大厂、知名高校会加权,但不绝对迷信;
  4. 工程价值:有没有方法、框架、评测或实践启发;
  5. 重复度:是否和之前已经写过的主题过于接近。

通过过滤后,Agent 会读取论文摘要、PDF 或 HTML 版本,生成结构化产物:

paper_slot/
  deep_read_article.md
  deep_read_meta.json
  sources.md
  evidence-notes.md
  seo-title.json

我比较看重 sources.md 和 evidence-notes.md,因为 AI 写论文解读很容易“看标题发挥”。所以每篇文章都需要保留来源、证据和不确定点。


4. GitHub 部分:不只看 Star ,更看工程价值

GitHub Trending 的噪声非常大。

有些项目一天几千 Star ,但可能只是:

所以我没有只按 Star 排序,而是做了几个维度:

一个项目进入精读流程前,至少要检查:

repo_slot/
  repo-evidence.json
  readme.md
  key-files.md
  sources.md
  deep_read_article.md
  seo-title.json

我希望最后生成的不是“这个项目很厉害,大家快去看”的营销文,而是能回答几个问题:

  1. 它解决了什么问题?
  2. 它和已有方案相比有什么不同?
  3. 它的架构或实现有什么可复用点?
  4. 它现在成熟吗?适不适合生产使用?
  5. 如果我要试用,第一步应该看哪里?

5. 为什么用 OpenClaw ?

我需要的不是单次 ChatGPT 问答,而是一个能长期运行的个人自动化 Agent 。

OpenClaw 对我比较有用的点:

换句话说,它更像一个“能干活的个人自动化工作台”,而不是只会聊天的模型。

当然,最重要的是:所有自动生成内容都要有检查门禁。比如:


6. 目前的每日输出

现在我的目标是每天产出两类内容:

  1. 论文精读:偏研究方法、技术路线、评测和启发;
  2. GitHub 项目精读:偏架构、代码、工程价值和可落地性。

每日内容会先进入本地归档,再进入公众号草稿箱,最后人工检查后发布。

我也准备把其中一部分公开成 GitHub 仓库,作为每日 AI 论文和 GitHub Trending 的中文索引:

完整版的深度解读会继续放在公众号里。


7. 踩过的一些坑

7.1 不要只追热点

GitHub Trending 很容易让人被短期 Star 牵着走。后来我加了“工程价值”和“主题相关性”的过滤,否则日报会变成项目搬运。

7.2 AI 很容易把摘要写成鸡汤

如果 prompt 不约束,论文解读很容易变成:

本文提出了一种创新方法,显著提升了性能,具有重要意义。

这种话基本没信息量。

所以我现在要求每篇都必须回答:

7.3 需要保留证据文件

自动化写作最怕“看起来很完整,但来源不可查”。

所以每个 slot 都会保留来源文件,例如:

这样后面出了问题可以回溯。

7.4 公众号不是终点,归档和分发更重要

如果内容只存在公众号里,后续搜索和复用都不方便。

所以我会同时保留:


8. 后续计划

接下来我想继续做几件事:

如果你也在做类似的论文追踪、GitHub Trending 筛选、AI 技术日报,欢迎交流。

我会把完整的中文精读和每日筛选结果放在公众号「 AltenAI 观察」。

最后放一句软广:如果你关心 RAG 、搜索、Agent 、API 接入和大模型工程化落地,可以关注一下「 AltenAI 观察」。我会持续把每天筛出来的论文和项目做成中文摘要和工程解读。

也把文章放在了 github: https://github.com/AltenLi/daily-paper-github-trends

1878 次点击
所在节点    分享发现
5 条回复
MonsterHa
6 月 10 日
OpenClaw 当 Codex/Claude 的「本地助理层」越来越清晰。

我习惯先用 OpenHermes 安装器把环境装稳,安装器里还有 DeepSeek 快速配置(填 Key 写 config 并重启 gateway )。通道(飞书/TG 等)仍要按 onboard 官方走,安装器暂不包一键通道模板。
PbCopy111
6 月 10 日
这么复杂???要是 RSS 没有,我就用 claudi 写一个 python 的爬虫,爬完了发个 EMAIL 给我,或者部署一个本地的 changedetection ,监控网页变化,每天把变化发给我,还有 google alerts 订阅搜索关键词给我。我不需要 AI 给我整理成特别漂亮的文档,有这个功夫我早就自己看完了,因为我觉得这玩意做的越漂亮,但凡不是卖钱的,就会越快放弃,有可能做完了,看着漂亮了,也就不用了。
game115
6 月 10 日
@PbCopy111 背后逻辑是一样的,但 llm 做个摘要和按维度拆解,能节约大幅人力去获取新东西。

而且还有更复杂的工作流可以做。

并不完全是要做着一件事。
hidumouren
6 月 10 日
试试我的 supsub.net ?
game115
6 月 11 日
@hidumouren 不错啊!

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1219318

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX