FeedMe 支持哪些 RSS 服务 — 完整服务矩阵与功能差异对照表

FeedMe 对 RSS 服务的支持不是「一套接口通吃」那么简单。作者对每个主流服务都做了专门对接，目的就是让你用哪个服务都不觉得「这个客户端对某某支持不好」。

完整服务列表

服务	类型	支持添加订阅	支持 tag 增删	支持加星	支持按订阅源同步	备注
Feedly	平台型	✅	✅	✅	✅	主流选择，OAuth 登录
Inoreader	Google Reader API	✅	✅	✅	✅	功能最全的付费 GR API 服务
Bazqux	Google Reader API	✅	✅	✅	✅	简洁、便宜、无广告
The Old Reader	Google Reader API	✅	✅	✅	✅	老牌、免费
FreshRSS	Google Reader API	✅	✅	✅	✅	自建首选，开源
CommaFeed	Fever API	✅	✅	✅	❌	自建，兼容 Fever API
Miniflux	Fever API	✅	✅	✅	❌	极简自建
Feedbin	平台型	✅	✅	✅	❌	付费、简洁优雅
Tiny Tiny RSS	自建	✅	❌	✅	✅	老牌自建，PHP
Fever	Fever API	❌	✅	✅	❌	经典 Fever 协议
Folo	自建	✅	❌	✅	✅	轻量级自建
本地订阅	无账号	✅	❌	✅	✅	不依赖任何云服务

几个关键差异的含义

支持添加订阅源（subscribe）：FeedMe 里可以直接在 App 内为该服务搜索和添加新的订阅源。Fever 协议比较特殊，客户端不能直接在 API 里添加订阅，所以 Fever 类型的服务不支持这个操作——你需要在 Fever 的 Web 界面添加订阅，然后 FeedMe 里会自动同步过来。

支持 tag 增删（tag create/delete）：FeedMe 侧栏的标签功能是否能双向同步到服务端。TT-RSS 和 Folo 不支持客户端创建或删除 tag，在 FeedMe 里添加的 tag 只会本地显示。

支持按订阅源同步（fetch by feed）：能否在同步模式里选「订阅源」级别——即按每个订阅源分别同步，而不是一次性拉全量。Feedbin 和 Fever API 在这个功能上有限制。

自建 vs 平台型

简单区分一下：

平台型（Feedly、Feedbin）：商业公司运营，你用它的账号和服务器。优点是不用自己维护，缺点是有的收费、有的有广告、数据在别人手里
Google Reader API（Inoreader、Bazqux、FreshRSS、The Old Reader）：Google Reader 关闭后一批兼容 API 的服务。FreshRSS、CommaFeed、Miniflux 可以自建
自建专属协议（TT-RSS、Fever、Folo）：每个自建服务有自己的 API 协议，FeedMe 分别做了适配
本地订阅：完全不依赖任何远程服务，订阅和文章都存在本地。适合极简主义者或隐私敏感用户

FeedMe 背后的 RSS 接入

FeedMe 的 RSS 服务适配统一托管在开源项目 FeedUs 里。作者公开了 RssApi 接口规范——如果你想让 FeedMe 支持一个新的 RSS 服务，可以在 FeedUs 里实现对应的接口类并提交 PR。作者审核后合并，就会在 FeedMe 里生效。

这也是 FeedMe 能长期保持服务覆盖的原因：社区驱动的扩展机制。