RSSHub 是一个开源的 RSS 生成器，解决的问题很具体：大量网站（社交媒体、论坛、高校通知、视频平台等）不原生提供 RSS 订阅，RSSHub 把这些网站的内容转换成标准 RSS/Atom 源。使用方式是"路由 + 实例域名"：按文档找到目标网站对应的路由路径，拼到任意 RSSHub 实例域名后，就得到可直接加入阅读器的订阅地址。项目由开发者 DIYgod 于 2018 年创建，代码在 GitHub 公开，截至 2026-09-02 约有 4.6 万 stars；README 自述其为"世界上最大的 RSS 网络"，由全球 5000 多个实例组成。

RSSHub 文档站首页：Everything is RSSible，列出开源、社区、开箱即用等特性

与其他订阅服务的区别在于：RSSHub 不是一家公司运营的托管产品，而是一个开源自部署软件加松散的实例网络——官方只维护一个演示实例 rsshub.app，同时鼓励用户自部署或使用第三方公共实例。

站点速览

  • 网址：演示实例 https://rsshub.app/；文档 https://docs.rsshub.app/；源码 https://github.com/DIYgod/RSSHub
  • 类型：开源 RSS 生成器（Node.js 服务，提供 Docker 镜像与 npm 包）+ 实例网络
  • 费用：免费，代码以 AGPL-3.0 许可证发布；通过 OpenCollective 等渠道接受捐赠
  • 注册要求：无（使用实例无需账号；自部署实例由部署者自行控制）
  • 界面语言：文档站提供 English 与简体中文
  • 移动端：无官方 App；生态中有 iOS 的 RSSBud、Android 的 RSSAid 等第三方配套应用

站点背景

RSSHub 的 GitHub 仓库创建于 2018 年 4 月 2 日，由 DIYgod 发起并持续维护，新路由和功能主要由社区贡献者提交；官方文档站称贡献者与维护者超过 1300 名。截至 2026-09-02，仓库有 45,982 个 stars、10,185 个 forks（GitHub API 实测），lib/routes 目录下约有 1900 个来源命名空间。

许可证方面需要注意一个容易过期的信息：RSSHub 早年以 MIT 许可证发布，网上许多介绍至今仍是这个说法；但 2025 年 12 月 28 日的提交 已将许可证变更为 AGPL-3.0，README 和文档站均已同步。AGPL 意味着如果你修改 RSSHub 并以网络服务形式提供使用，修改后的代码也需要开源。

项目资金来自捐赠与厂商赞助：README 的致谢区列出了 OpenCollective 捐款通道、DIYgod 个人的 GitHub Sponsors，以及 Cloudflare、Netlify、1Password 的产品赞助。

路由机制与使用方式

RSSHub 公共实例文档页：官方实例 rsshub.app 与第三方公共实例列表

RSSHub 的核心概念是"路由"：每个路由是一个来源网站的订阅规则，路径中带有参数。以官方文档的示例为例，Telegram 频道路由为 /telegram/channel/:username，把 :username 换成频道 id（如 awesomeRSSHub），再拼上实例域名，即得到订阅源 https://rsshub.app/telegram/channel/awesomeRSSHub，可加入任意 RSS 阅读器。实例域名可以换成自部署或任何公共实例的域名。

围绕路由还有几层配套能力（均见官方文档）：

  • 通用参数：所有路由支持内容过滤、全文输出、条数限制等查询参数，无需路由本身实现。
  • Radar 规则：一套"网站地址 → RSSHub 路由"的映射规则，浏览器扩展 RSSHub Radar 及配套 App 利用它在浏览网页时自动发现可订阅的源。
  • API 与 npm 包：实例提供 API；RSSHub 也可作为 npm 包嵌入 Node.js 项目，以代码方式请求路由数据。
  • 路由文档：每条路由在文档站有独立页面，标明参数、示例和反爬提示。

实例：官方演示、公共实例与自部署

RSSHub 采用去中心化的实例模式，公共实例文档页列出三个层次：

  • 官方演示实例 rsshub.app：运行 master 分支最新构建，缓存 120 分钟，免费使用。官方 FAQ 明确提示：标有"严格反爬"的路由（如 Facebook 等热门站点）在演示实例上会因 IP 请求配额而不稳定，建议自部署获得更好可用性。本站 2026-09-02 实测，从测试环境以浏览器访问 rsshub.app 被 Cloudflare 人机校验拦截（HTTP 403），说明演示实例入口有反自动化措施，实际可达性因网络环境而异；文档站 docs.rsshub.app 可正常访问。
  • 第三方公共实例：文档页列出 18 个由社区维护的公开实例（截至 2026-09-02），分布在不同国家和地区，可直接选用，但可用性与数据安全由各自维护者负责。
  • 自部署：官方推荐 Docker Compose 部署，镜像发布在 Docker Hub（diygod/rsshub）与 GitHub Container Registry；需要渲染网页的路由可选用内置 Chromium 的 chromium-bundled 标签。也支持 npm、Heroku、Fly.io、Zeabur、Sealos 等方式。部分路由需要在自部署实例中配置目标站点的 Cookie 或代理才能使用。

内容来源与合规提示

RSSHub 本身不生产内容：按官方 FAQ 的描述，它在收到请求后向源站抓取数据、以 RSS 格式输出，并用缓存减少对源站的请求。这带来两点使用边界：一是部分源站明确反爬，对应路由的稳定性天然受限；二是抓取内容的版权与源站条款需要使用者自行判断，RSSHub 项目方不提供内容授权。另外，源站图片常带有防盗链，RSSHub 会为图片加 referrerpolicy="no-referrer"，但部分第三方阅读器会剥离该属性导致图片裂图，官方 FAQ 给出了对应的绕行建议。

适用场景

  • 订阅不原生提供 RSS 的网站更新：社交媒体账号、论坛版块、视频/直播平台、高校教务处通知等
  • 用通用参数做信息过滤（只推含关键词的条目、输出全文）
  • 搭建自动化信息管线：以 RSS 为中间格式接 IFTTT、Telegram Bot 等下游
  • 对数据主权敏感、愿意自部署的用户，搭建私有订阅服务

局限

  • 官方演示实例有反爬与配额限制，热门路由不稳定，认真使用基本需要自部署或挑选公共实例。
  • 路由依赖源站页面结构，源站改版即失效，修复速度取决于社区。
  • 自部署有运维门槛：Node.js/Docker 环境、Redis 缓存，部分路由还需 Cookie、代理或 Puppeteer 渲染。
  • 项目不提供内容授权，抓取第三方内容用于再分发的合规风险由使用者承担。

同类参考

RSS-Bridge 是目标相同的开源项目（PHP 实现，为无 RSS 的网站生成 Feed）；Huginn 则是更通用的自建自动化代理，也能监控网页并产出 RSS。三者都开源自部署，可按技术栈与需求取舍。

参考资料