不是想重做 RSS
我一开始并没有想做一个“AI Reader”。最早的冲动很朴素：我每天订阅了太多 RSS，技术、财经、安全、AI、产品、地缘政治，全混在一起。
问题不是没有信息，而是信息太多。每次打开阅读器，都像在还债。
传统 RSS 阅读器解决的是“收集”和“阅读”，但我真正痛苦的是“判断”：一篇文章值不值得看？它是新闻噪音，还是值得继续跟进的线索？它更偏技术、商业、趋势，还是只是重复转述？
我不想每篇都点进去读完再决定。那样 RSS 的效率就没了。
判断层比新平台更重要
最早我想过两个方向：自己写抓取器和订阅系统，或者复用 Miniflux。
最后选 Miniflux，是因为它已经把 RSS 里最烦的部分做掉了：订阅源管理、刷新、已读、星标、API、用户状态。自己重新写一套看起来很酷，但一定会被源站兼容、全文抓取、刷新频率和状态同步拖死。
我真正需要的是站在 Miniflux 上面做一层判断层。
这层判断最好能给文章评分，并且拆成几个维度：技术价值、商业价值、趋势价值、时效性、深度。这样我打开列表时，看到的不是一堆标题，而是一批已经被初筛过的线索。
范围砍窄后，项目才清楚
这个决定后来很关键。项目后面能快速迭代，是因为我没有一开始就把它做成“大而全平台”。
Miniflux 负责原始 RSS 数据，Postgres 负责本地评分和阅读状态，AI Reader 负责工作台体验，scorer-worker 负责模型评分。几个模块边界清楚，坏了也知道先查哪里。
4 月这会儿还只是想法。我写了很多反向约束：不做浏览器插件，不做收藏夹替代品，不搞复杂知识库。先把一个问题做好：每天打开 RSS 时，让我更快知道什么值得读。
现在回头看，这个阶段最重要的不是写代码，而是砍范围。
我真正要做的不是“AI 阅读器”这个大概念，而是“RSS 信息流的筛选和决策层”。这个定义窄了很多，也让我后面每次想加功能时都有一个判断标准：它是不是让筛选和阅读更快？如果不是，先别做。