rsshub官网入口
直接输入 rsshub.app 就能打开 RSSHub 的官网官网。没有花哨的入口欢迎页，没有弹窗广告，官网页面上是入口一份按类别整理的路线文档，左侧导航栏列出各种平台名称，官网右侧是入口具体路由的说明和示例。第一次访问的官网人可能会愣一下——这网站怎么长得像个技术手册？没错，它本质上就是入口一份「把万物变成 RSS」的说明书。
RSSHub 的官网核心逻辑很简单：你给它一个路由，它返回一个 RSS 订阅链接。入口比如想看 B 站某个 UP 主的官网更新，路由写成 /bilibili/user/video/UID，入口把 UID 换成实际数字，官网前面拼上 rsshub.app，入口扔进阅读器就能订阅。官网微博、知乎、小红书、YouTube、Telegram、GitHub，甚至一些政府网站的公告页，都有对应的路由。官方文档里列了上千条路线，覆盖的平台数量还在涨。
但 rsshub.app 这个公共实例有个老问题：不稳定。用的人太多，某些热门路由经常被目标网站封杀，返回 403 或者超时。我自己订阅的几个源里，微博热搜那个路由隔三差五就挂，得等维护者更新反爬策略。官方也坦白说了，公共实例适合轻度使用，重度用户最好自己部署。部署方式不复杂，Docker 一行命令就能跑起来，Node.js 环境直接 npm install 也行。GitHub 仓库的 README 写得清楚，照着做半小时内能搞定。
自己部署的好处不只是稳定。你可以改缓存时间，公共实例默认缓存 5 分钟，自己搭的话改成 1 分钟，接近实时。还能加代理，有些被墙的源比如 Twitter，公共实例访问不了，本地部署配上代理就通了。另外路由可以自己写，官方文档有开发指南，照着模板改改就能给冷门网站做订阅源。我去年给一个地方论坛写了个路由，总共不到 50 行代码，现在还在用。
官网文档里有个「新手教程」页面，建议第一次用的人先看这个。它没一上来就讲路由规则，而是先解释 RSS 是什么、阅读器怎么选。推荐的阅读器列表里有 Feedly、Inoreader、NetNewsWire，也有国内可用的 Fluent Reader 和 RSS 追踪。教程最后给了一个「一键订阅」的示例，点一下就能把路由添加到阅读器，省得手动复制粘贴。这个设计挺贴心，降低了上手门槛。
公共实例的域名换过几次。早期是 rsshub.app，后来因为某些原因国内访问不稳定，官方又提供了几个镜像，比如 rsshub.rssforever.com 和 rsshub.feeded.xyz。这些镜像由不同的人维护，可用性参差不齐。我一般建议先试主域名，打不开再换镜像。官方文档的「部署」章节里有一份实例列表，标注了每个实例的状态和限制，选之前扫一眼能省不少事。
有个细节值得提：RSSHub 的路由文档里，每个路由都标了「示例」和「参数」。示例是直接能用的完整 URL，参数则说明哪些部分需要替换。比如 GitHub 的 issue 路由，参数写 /github/issue/:user/:repo，你把自己的用户名和仓库名填进去就行。文档还标了「需要配置」的路由，这类路由依赖外部服务比如数据库或 API key，公共实例上通常用不了，得自己部署时额外设置。
维护团队更新挺勤。GitHub 上每天都有 commit，大部分是新增路由或者修复失效的源。有些平台改版频繁，比如知乎和微博，路由失效是常态，维护者一般几天内能修好。遇到问题可以去 GitHub 提 issue，或者加 Telegram 群问。群里活跃度不错，我上次问一个路由的配置问题，十分钟就有人回复。
最后说个实际体验。我用 RSSHub 订阅了大概 30 个源，包括几个博客、两个新闻网站、一个 YouTube 频道和一个 Telegram 公开频道。阅读器里每天更新一两百条，筛选着看效率比刷信息流高得多。公共实例偶尔抽风，但大部分时间够用。如果你也受够了算法推荐，花点时间配一下 RSSHub，值得。