基于 GitHub Actions 的 Notion RSS 自动化部署指南

Notion RSS 部署教程

流程:每天通过 GitHub 定时任务,自动抓取 RSS 订阅源的文本和链接,保存到 Notion 数据库中,并通过飞书 Bot 发送摘要到群里。

本教程将引导你完成 Notion RSS 的完整部署,分为以下三个部分:

  1. Notion 配置 — 获取 API Token 和 Database ID
  2. 飞书配置 — 创建群组和机器人 Webhook
  3. Fork 部署 — Fork 仓库、配置 Secrets、运行 Actions

一、Notion 配置

1.1 获取 NOTION_API_TOKEN

1、在浏览器登录 Notion 账号,打开这个 Template:https://broad-vermicelli-d06.notion.site/Feeder-Template-82681fa743838228b997812de01d27e3

2、点击 Duplicate:

image.png

3、之后就可以在自己指定的 workspace 里面发现这个 Feeder-Template。

4、访问 https://www.notion.so/my-integrations 创建 Integration,获取 NOTION_API_TOKEN:

image.png

image.png

image.png

5、选择 Access 添加 Feeder-Template 这个 WorkSpace:

image.png

6、点击 Create 之后就可以看到:

image.png

之后在 Internal integration secret 选择 show 之后就可以看到 Copy 按钮,这个就是 NOTION_API_TOKEN,并且设置 User Capabilities 选择 Read user info without email address,最后点击 Save 即可。

image.png

1.2 获取 DATABASE_ID

7、首先我们在浏览器里面打开刚才复制的 Feeder-Template 中的 Reader,可以看到导航栏的 URL 地址:

image.png

基本的格式如下:https://www.notion.so/{database_id}?v={view_id}

PS:如果我们发现格式是 https://www.notion.so/v={view_id},那么刷新一下页面就可以看到 database_id 了。

我们需要的主要是 database_id 这个 ID。

8、以此类推拿到 Reader、Feeds 的 database_id,也就是下面的 NOTION_READER_DATABASE_ID、NOTION_FEEDS_DATABASE_ID,我们后面都需要用到,可以提前记录一下。

image.png

image.png

9、在 Feeds 添加测试数据,比如我们这里测试的 RSS:https://hnrss.org/frontpage

image.png

这里有 Andrej Karpathy 大佬推荐的 RSS 源:https://gist.github.com/emschwartz/e6d2bf860ccc367fe37ff953ba6de66b


二、飞书配置

官方文档:https://www.feishu.cn/hc/zh-CN/category/7177281426289704962-%E9%A3%9E%E4%B9%A6%E6%9C%BA%E5%99%A8%E4%BA%BA%E5%8A%A9%E6%89%8B

2.1 创建群组

1、点击 + 选择创建群组:

image.png

2、勾选群模式选择为对话,输入自己喜欢的群名称:

image.png

3、之后就可以看到新创建的群组:

image.png

2.2 创建飞书机器人

1、点击进入到对应的页面:https://botbuilder.feishu.cn/home/my-app

image.png

2、新建应用,并且输入必填的信息:应用名称、应用描述。

image.png

3、之后看到一个进度条,随后跳入到一个新的页面:

image.png

4、选择流程设计中的创建流程:

image.png

5、点击选择触发器 → 找到应用连接器中的 Webhook 触发:

image.png

6、在参数信息填写下面的 JSON:

▼
json
复制代码
{ "msg_type": "text", "content": { "date": "2026-02-10", "text": "## 📰 RSS Feed 摘要 (2026-02-10)\n\n### 🔗 [文章标题](https://example.com)\n📅 2026-02-10\n> 摘要内容" } }

image.png

7、点击选择操作 → 选择飞书集成中的发送飞书消息:

image.png

8、选择之前创建的群组:

image.png

image.png

image.png

9、最后点击完成即可。

10、点击启用之后写一个自定义的名字:

image.png

11、最后点击右上角的发布即可:

image.png

image.png

2.3 测试发送消息

使用 Postman 等类似的工具,调用 Webhook:

image.png

可以看到运行日志:

image.png

飞书群组也可以看到消息:

image.png


三、Fork 代码并部署

3.1 Fork 仓库

1、登录 GitHub 账号,访问 https://github.com/lieeew/notion-rss

2、点击 Fork 按钮:

image.png

3、直接点击 Create Fork:

image.png

4、之后在自己的账号下,可以看到刚才 Fork 的仓库:

image.png

3.2 添加 Secret 变量

我们需要添加 4 个 Secret:

Secret 名称说明
NOTION_API_TOKENNotion Integration Token
NOTION_READER_DATABASE_IDReader 数据库 ID
NOTION_FEEDS_DATABASE_IDFeeds 数据库 ID
FEISHU_WEBHOOK_URL飞书 Webhook 地址

找到 Settings → Secrets and variables → Actions → Repository secrets → New repository secret,依次添加上面 4 个 Secrets:

image.png

比如这里添加一个 NOTION_API_TOKEN,其他几个以此类推:

image.png

最后需要添加这些 Secrets:

image.png

3.3 测试运行 Actions

注意:第一次手动启动之后,以后会在每天北京时间 13:12 自动执行。GitHub Actions 执行需要一定时间,可能会有约 30 分钟的延迟。

1、开启 Workflows:进入 Actions → 点击 I understand my workflows, go ahead and enable them:

image.png

2、选择左侧栏的 Get Feed,然后点击 Enable workflow:

image.png

3、运行 workflow:

image.png

4、可以看到,下面两个平台在运行之后的结果:

Notion:

image.png

飞书:

image.png


总结

恭喜完成了 Notion RSS 的全部部署!现在拥有了一个自动化的个人 RSS 阅读系统:

  • GitHub Actions 每天北京时间 13:12 自动运行,抓取你在 Notion Feeds 数据库中启用的所有 RSS 订阅源
  • 新文章会自动写入 Notion Reader 数据库,你可以随时随地在 Notion 中阅读
  • 同时,每日摘要会通过飞书机器人推送到群组,确保你不会错过任何重要更新
  • 超过 30 天的未读文章会被自动归档,保持数据库整洁

如果需要添加新的订阅源,只需在 Notion 的 Feeds 数据库中新增一行,填写 RSS 链接并勾选 Enabled 即可,无需修改任何代码。

0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
leikooo
作者分享
提到用 Rust 重写项目,很多人的第一反应往往是性能提升。以 Bun 为例,它最初主要采用 Zig 开发,后来在 2026 年发布的 v1.4 版本中将核心代码迁移到了 Rust。用 Rust 重写,性能、安全性往往是大家想要的,但是有没有想过用 Rust 重写还能发现 bug 呢? pgrust 这个项就是,他用 Rust 重新实现 PostgreSQL,保持通信协议和 SQL 方言兼容。为了确认新系统的行为和原版一致,开发者需要对着 PostgreSQL 的实际返回逐个比对。结果查着查着,有些异常不是新代码的锅,PostgreSQL 自己就是这样的。pgrust 开发者 Michael Malis 把其中几个报告给了 PostgreSQL 社区。 大概的问题: 1)SP-GiST 空间索引里有个函数判断点的方位,代码认为上、下、同一水平线三种情况已经穷尽了,末尾放了句「impossible case」兜底。结果在特定浮点边界附近,三种判断同时不成立,程序真走进了这个「不可能」的分支 2)日期格式缓存复用时,一个解析模式的标记没重置,导致同一条 JSONPath 查询在同一个会话里,换个执行顺序结果就不一样。 3)pgcrypto 的 crypt() 在某些输入下截断了多字节字符,返回的文本编码不合法。能存进去,但 pg_dump 导出时就炸了。 一个用 Rust 重写的新项目,测着测着,把运行了几十年的 PostgreSQL 里埋着的东西翻了出来。Rust 重写的价值,不一定只在跑得更快、更安全这一件事上。为了做到真正的兼容,开发者得把前人没怎么碰过的边界全走一遍,这个过程本身就在帮原版排雷。
4
ARTS 1025: 唯一字符与同构字符串、省词可能增加阅读负担与重新估算软件的实现成本
5
🎉 1024 程序员节快乐! 祝编程导航里的每一位程序员:offer 多多,薪资翻倍,面试顺利,早日拿下心仪 offer!💻
17
AST:从 Java 代码理解抽象语法树
5
原来维基百科还有专门研究「AI 味」的页面 今天偶然发现一个挺有意思的维基百科页面:https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing,专门整理 AI 写作的典型特征。 里面总结了很多我们平时经常看到的 AI 味,比如喜欢用“值得注意的是”“在当今快速发展的时代”“综上所述”,还有过度使用排比、加粗、列表,以及一些看起来很有道理,实际上没什么信息量的表达。 感觉以后可以定期翻翻这个 wiki,尤其是经常使用 AI 辅助写作的人,应该能从中发现不少所谓的 AI 味。 链接: https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing
5
下载 APP