用 Docker + AI 在 ARM 主机上搭建自己的 RSS 生成器

手里有一台 ARM 架构的 VPS，加上 AI 写码能力帮忙，搭建一套完全属于自己的 RSS 订阅体系，如今已经不是什么难事。RSS-Bridge 配合 Docker 部署，再让 AI 帮你写 XPath 和 PHP 桥接代码——这套组合正在悄悄改变”没有 RSS 就无法订阅”的老问题。

这篇文章想说的，不只是一个工具，而是这方案给人带来的希望：AI 正在打破”会写代码才能自托管”的壁垒，让真正的信息自主权触手可及。

为什么需要自己生成 RSS？

RSS 作为协议本身并没有死，死的是大量网站主动放弃提供 RSS 输出。微信公众号、小红书、部分独立博客、论坛、甚至一些新闻站，都只提供基于算法推荐的浏览方式，没有标准 Feed。

对于信息密集型用户来说，这是一种隐形的控制：你必须按平台的节奏刷新，而不是按自己的需求订阅。RSS 的价值，正是把主动权还给读者。

以往的解决方案，大多在某些要素上存在明显局限：

RSS-Bridge：轻量但被低估的工具

RSS-Bridge 是一个用 PHP 写成的开源项目，核心思路是：为那些没有 RSS 输出的网站，写一段”桥接代码”（Bridge），让它按照标准 RSS/Atom 格式输出内容。

项目本身已经内置了上百个常见网站的 Bridge（Reddit、Twitter/X、YouTube 等），但真正的价值在于你可以为任意网站写自定义 Bridge。

它的 Docker 镜像对多架构支持完善，包括 linux/arm64，在甲骨文 ARM 免费机、腾讯轻量等主流 ARM VPS 上可以直接拉起，内存占用通常在 30–60 MB 以内，几乎是最轻量的自托管选择之一。

AI降低的门槛

写一个自定义 Bridge，以前需要至少懂：网页的 HTML 结构、XPath 语法、以及 RSS-Bridge 的 PHP 模板写法。对于大多数非开发者而言，这无异于劝退。

AI 把这道门槛几乎抹平了。整个流程如今可以压缩到：

整个过程中，不需要手动调试 //div[@class="content"]/ul/li 这样的路径，AI 会根据你提供的 HTML 直接推导出最优的 XPath 表达式。如果某个网站改版导致 Feed 失效，重新复制新的 HTML 让 AI 更新代码即可。

以前”会不会写代码”决定了你能不能用这类工具。现在，能不能清楚描述需求，才是唯一的门槛。

自托管的实质意义：数据主权

这套方案最根本的价值，不只是省钱或技术上的自由度，而是信息获取的长期稳定性。

Feedburner 曾经是 RSS 托管的事实标准，后来被Google收购、缩水、最终关闭。Feed43 也已停运。PolitePol 今天还活着，但免费版有限制，自部署不支持Arm。每一次依赖第三方服务，你的订阅列表都在承担一个隐性风险：对方关门，你的 Feed 就消失了。

自托管的 RSS-Bridge 运行在你的 VPS 上，只要服务器在线，订阅源就在线。没有抓取频率限制，没有 Feed 数量上限，没有平台商业化转向的风险。你甚至可以为内网资源、付费墙内容（在授权范围内）生成私有 Feed，这是任何在线服务都无法提供的能力。

ARM VPS 用户的额外优势

这一点值得单独提一下。甲骨文云永久免费的 ARM 实例（4核 24GB 内存）在性价比上几乎无法被超越，但以前很多 Docker 镜像对 ARM 架构支持不稳定，需要手动编译，劝退了不少人。

RSS-Bridge 官方镜像原生支持 arm64，无需任何额外处理。这意味着你可以把它和其他工具（如 FreshRSS、Miniflux、Wallabag）一起跑在同一台免费机上，组成一套完整的、完全免费的信息管理方案。

结语

RSS 从来不是一个”过时的技术”，它只是在一段时间里被平台生态系统刻意边缘化。而 AI 降低技术门槛这件事，正在让一批原本属于专业人士的自托管方案重新变得平易近人。

Docker + RSS-Bridge + AI 写码这个组合，说到底解决的是一个朴素的问题：我想读什么，应该由我来决定，而不是由算法来决定。如果你手里有一台闲置的 ARM VPS，不妨试着把这套方案跑起来。