如果你还在用 Feedly、Inoreader 这些在线 RSS 服务，或者受够了算法推荐的信息流，Miniflux 可能会让你重新爱上 RSS——这个诞生了 20 多年的信息订阅协议，在 2026 年依然是目前最干净、最可控的信息获取方式。
是什么
Miniflux 是一个极简主义、自托管（self-hosted）的 RSS 订阅服务，用 Go 语言写成，后端只依赖 PostgreSQL，前端是原生 JavaScript，整个应用打包成单个二进制文件，部署极其简单。
它的设计哲学很明确：做减法。不追踪你、不分析你、不推荐内容、不插入广告，只做一件事——把你订阅的 Feed 按时拉回来，让你安安静静地读。
项目作者 Frédéric Guillot 从 2013 年就开始做这个项目，到现在已经 3000+ 提交，最近（2026 年 7 月 4 日）还在修 JSON Feed 的转义 bug，维护活跃度很高。
官方站点：https://miniflux.app
GitHub：https://github.com/miniflux/v2
开源协议：Apache 2.0
当前版本：v2.2.6（2026 年 6 月）
为什么
1. 隐私，还是隐私
Miniflux 默认做的几件事，其他阅读器要么不做，要么做成收费功能：
- 自动移除像素追踪器（那些 1×1 的透明 GIF，媒体用它来统计你有没有打开邮件/文章）
- 剥离 URL 追踪参数（
utm_source、fbclid、gclid这些） - 内置媒体代理，图片和视频不走原站，避免被追踪
- YouTube 默认走
youtube-nocookie.com，Google 少拿点你的数据 - 强制 CSP（内容安全策略），外部 JavaScript 一律拦截
- 支持 Atom 0.3/1.0、RSS 1.0/2.0、JSON Feed 1.0/1.1
- OPML 导入导出（从 Feedly/Inoreader 迁移零成本）
- 全文搜索（PostgreSQL 全文索引）
- 20 种语言（含简体中文）
- 6 套主题（亮色/暗色/跟随系统，各有衬线/无衬线版本）
- 完整 REST API + Go/Python 官方客户端
- 兼容 Fever API、Google Reader API（可以用 Reeder、NetNewsWire 等第三方客户端连接）
- 25+ 第三方集成（Telegram 推送、Wallabag 存档、Notion 同步、Linkding 书签等）
对于不想被 47 个追踪器盯着看什么文章的人来说，这些都是开箱即用的。
2. 轻量，真轻量
整个应用是一个 Go 二进制文件，静态资源通过 embed 包打包进二进制，不依赖 Node.js、不依赖 Python、不依赖任何运行时。PostgreSQL 是唯一外部依赖，而且它可以复用你 NAS 上已有的 Postgres 实例。
资源占用：空闲时内存约 30-50MB，拉取 200 个 Feed 时峰值不超过 150MB。树莓派 3 都能跑。
3. 能打：功能不输商业产品
别看它”极简主义”，功能一点不少：
怎么用
部署：Docker 一行命令
最适合 NAS 用户的部署方式，用 Docker Compose：
yaml
version: '3.8'
services:
miniflux:
image: miniflux/miniflux:latest
ports:
- "8080:8080"
environment:
- DATABASE_URL=postgres://miniflux:secret@postgres:5432/miniflux?sslmode=disable
- BASE_URL=http://nas.local:8080
- RUN_MIGRATIONS=1
- CREATE_ADMIN=1
- ADMIN_USERNAME=admin
- ADMIN_PASSWORD=change_this_password
depends_on:
- postgres
restart: unless-stopped postgres:
image: postgres:16-alpine
environment:
- POSTGRES_USER=miniflux
- POSTGRES_PASSWORD=secret
- POSTGRES_DB=miniflux
volumes:
- ./data/postgres:/var/lib/postgresql/data
restart: unless-stopped
docker compose up -d，等 30 秒，打开 http://nas.local:8080，登录，完成。
如果你 NAS 上已经有 Postgres，可以跳过 postgres 容器，直接把 DATABASE_URL 指向现有实例。Miniflux 的数据库只占用约 50MB（1000 篇文章），对现有实例几乎无感。
配置：先改这几个
登录后先去 Settings → Integration，把有用的集成打开：
然后去 Settings → Reading，开启 “Fetch original content”（抓取原文），Miniflux 内置 Readability 解析器，会把那些只给摘要的 Feed 还原成全文。
如果有 Feed 被墙了或者访问受限，去 Feed 设置里加代理：
Settings → Feeds → [具体Feed] → Edit → HTTP Client Settings
Proxy URL: socks5://192.168.199.115:1080
（把 192.168.199.115 换成你家旁路由的 IP）
快捷键：效率翻倍
Miniflux 的键盘快捷键设计得很合理，记住这几个就够了：
j / k：下一篇 / 上一篇v：在新标签页打开原文b：加书签e：标记为已读m：切换暗色/亮色主题?：查看所有快捷键移动端支持触摸手势：左右滑切换文章，下拉刷新。
第三方客户端：不绑定 Web 界面
Miniflux 兼容 Fever API，可以在 iOS/Android 的 RSS 客户端里直接连接：
配置方式：在客户端里选 “Fever”，服务器填 http://nas.local:8080/fever，用户名密码用 Miniflux 的。
有什么坑
1. 只支持 PostgreSQL
Miniflux 不支持 MySQL/MariaDB/SQLite，这在 2026 年不算坑，但如果你 NAS 上只有 MariaDB，就得多跑一个 Postgres 容器。好在 Postgres 容器资源占用不高，和 Miniflux 放一起也就 200MB 内存。
2. 没有”智能推荐”
这是设计选择，不是 bug。Miniflux 不会分析你读了什么然后推荐相似内容。如果你习惯了今日头条、Feedly 的推荐流，初期可能会觉得”冷清”。但两周后你会发现，这种冷清才是 RSS 的本来面目。
3. 部分 Feed 抓不全
有些网站（特别是一部分媒体站）的 RSS 只给标题+摘要，不开”抓取原文”的话内容很少。开启后大部分能解决，但少数站点的 HTML 结构太复杂，Readability 解析出来也是乱的。遇到这种情况，可以在 Feed 设置里写自定义 CSS 选择器，手动指定内容区域。
4. 初始配置稍多
第一次用，要配数据库、配基 URL、建管理员账号、导入 OPML、配置集成……大概需要 20-30 分钟。不过这是自托管工具的通用问题，配一次，用三年。
和 FreshRSS 怎么选
FreshRSS 是另一个热门自托管 RSS 选择，两者对比：
| | Miniflux | FreshRSS |
|—|—|—|
| 后端 | Go + PostgreSQL | PHP + MySQL/SQLite |
| 部署难度 | 低（单二进制） | 中（需要 PHP 环境） |
| 隐私保护 | 激进（默认全开） | 中等（需手动配置） |
| 界面 | 极简，固定功能 | 可扩展，有插件系统 |
| 移动端 | 依赖第三方客户端 | 原生移动端优化较好 |
| 适合人群 | 极简主义者、隐私偏执狂 | 功能控、喜欢定制的用户 |
如果你想要”部署完就不用管”的工具，Miniflux 更合适。如果你想深度定制界面和功能，FreshRSS 插件生态更丰富。
总结
Miniflux 是个有态度的工具：它明确告诉你，我不想做全能阅读器，我只做最干净的 RSS 阅读器。在 2026 年这个 AI 生成内容泛滥、信息流全是算法的时代，这种态度反而变得稀缺。
部署到 NAS 上，20 分钟配置完，然后你就可以把 Feedly 账号删了。数据在自己手里，Feed 在自己手里，阅读体验也回到 2010 年那种干净——没有推荐，没有红点，没有”猜你喜欢”。
就是读文章而已，不需要那么多戏。
*部署过程中遇到问题，可以查官方文档 https://miniflux.app/docs/ ，或者去 GitHub Discussions 提问，社区响应速度还可以。*
