OpenReader

问题

Feedly 和 Inoreader 按月收费的那些功能，其实只是服务器上的一些配置：正则过滤、文件夹、全文提取、邮件简报导入，还有加价转售的 AI 摘要。这些都没必要锁在别人的付费墙后面，你的阅读记录也没必要存在第三方的数据库里。

解决方案

OpenReader 是一个自托管的 RSS、Atom 和邮件简报阅读器，把这些功能全部交还给你自己，数据就在一个你拥有的 SQLite 文件里。它每天跑在一台每月 5 美元、1 GB 内存的小服务器上，还和一个完整的 WordPress 共用这台机器。

功能

• RSS 和 Atom 订阅，支持条件请求，日常刷新几乎没有开销。
• 通过 IMAP 读取邮件简报，只读访问，用应用专用密码，不需要 OAuth。
• 内容过滤，每个来源可以设正则规则。每篇保留下来的文章都会记录是哪条规则放行的，过滤过程可追溯。
• 全文模式，第一次打开被截断的文章时抓取全文，之后永久缓存。
• 一键摘要，只忠于原文内容，用你自己的 Claude 订阅，而不是按量计费的 API。
• 没有任何定时任务。 刷新是一个按钮，摘要也是一个按钮。

技术实现

• 后端： Python + FastAPI，同步刷新。
• 存储： 一个 SQLite 文件。
• 邮件简报： 同一个邮箱文件夹里的来源合并成一次 IMAP 查询，复用同一个连接。
• 摘要： 按需调用 claude 命令行工具，并有一个硬开关。
• 前端： React，三栏布局，支持键盘操作。

最难的部分

让它在一台和 WordPress 共用的 1 GB 服务器上跑得舒服。第一次真正调用摘要时，服务在 300 MB 内存上限处被系统杀掉了，因为命令行工具的峰值内存远高于应用本身。解决办法是实际测量子进程的内存占用，而不是靠猜。