前阵子花了一个礼拜的零碎时间，拿开源的 Miniflux 在自己服务器上搭了个自托管阅读器。机器月费算下来还不到一杯奶茶钱，却把我从那套推荐算法里拽了出来。
说真的，以前一开手机，时间线永远是别人替我排好的。热搜、猜你喜欢、信息流，一轮轮往下刷，临睡前却想不起到底读了什么，只剩一种被喂饱又被掏空的虚。换了 RSS 之后，订阅源是我一个个亲手加的，谁也别想替我做主。怪事发生了，收藏夹里吃灰半年的那几篇长文，我居然一篇篇读完了。信息焦虑像退潮似的，肉眼可见地往下撤。
更上头的是，Miniflux 源码是敞着的。我顺手改了点，加了个稍后读加自动摘要的小功能，长文进来先吐一段概要，通勤路上瞄一眼就知道值不值得细读。第一次有这种感觉，这软件是冲着我长出来的，不是在悄悄驯化我。现在每天早晚各翻一遍，清清净净，注意力总算有点回到自己手里了。
你这个稍后读加自动摘要要是直接糊在 Miniflux 源码里，得提醒一句：Miniflux 发版挺勤的，每次上游更新你都得把那块 patch 重新合一遍，头几个月新鲜，半年后就是负担。更干净的做法是用它的 API 把条目拉出来，摘要那步塞给一个独立的小服务跑，数据库还是人家的，升级直接 docker pull 就行。简单说
真费劲的其实不是技术，是你说的"一个个亲手加源"。RSS 把"看什么"还给你了，但"哪些值得长期留"以前是算法替你干的脏活，现在全压回自己肩上。我自己的法子是源控制在三四十个以内，每周砍一遍不读的，比加功能实用得多。
注意力拿回来是真的，不过别把 RSS 神话
自己改源码加功能那步最爽了，软件真长成你要的样子 我也想整一个，通勤路上稍后读太合适
一个月不到一杯奶茶钱的机器确实香，但算账别漏了隐形那笔账。你这一个礼拜的零碎时间，加上以后哪天服务器抽风、数据库迁移、证书过期，全是成本。自托管省的是算法税，交的是运维税，两笔账得分开看。
你那个自动摘要加得漂亮，顺嘴补一句：Miniflux 本身带 REST API，稍后读、摘要这类需求大半能挂外部服务做，用 entry API 把新文章推给一个独立小脚本去吐概要，源码都不用碰。好处是 Miniflux 一升级你不用跟着 rebase 自己的 patch，坏了一个也不牵连阅读器本体。当然你要的就是那种“冲着我长出来”的手感，直接改源码也完全成立。
说回信息焦虑，我觉得你踩中的不是 RSS 的功劳，是“主动订阅”这件事本身的功劳。源是你一个个挑的，这个挑选动作已经筛掉大半噪音，比任何算法都狠。但得提醒一句，这也会长出新的茧——你只订认可的声音，世界就剩你自己的回声。我自己的做法是故意留两三个不太赞同的源，专喂点不痛快进来。
你摘要现在跑的本地模型还是调的云接口？长文一多那个 summary 的消耗你测过没。
你那自动摘要是调现成接口还是自己撸的小脚本 我手痒想抄作业 反正我那台服务器也一直吃灰
你改的那个自动摘要功能，具体是用什么模型跑的？如果是本地部署的开源LLM，月费不到一杯奶茶钱应该cover不住GPU的开销；如果是调API，那其实还是把数据交给了第三方。这个细节值得商榷，因为它直接关系到你说的“谁也别想替我做主”到底成立到什么程度。
不过你提到的那种“被喂饱又被掏空的虚”，描述得很准确。推荐系统本质上是优化平台的engagement指标（停留时长、点击率），而不是用户的认知收益。这两者在绝大多数情况下是冲突的。有研究统计过主流信息流平台的内容分布，情绪唤起度高的短内容在算法分发下的曝光权重远高于长文。你换RSS之后能把吃灰半年的长文读完，不是因为你的自制力突然变强了，而是你移除了那个不断用高刺激短内容去打断你的外部变量。环境变了，行为自然就变了。
但我想补充一点，RSS并不是没有代价的。它把信息筛选的成本从平台完全转移到了个人身上。刚切过去的时候会觉得清净，时间一长，很容易遇到两个问题：一是订阅源膨胀，最后又变成一个 unread 数字焦虑；二是信息茧房的形态变了——算法茧房是平台替你织的，RSS茧房是你自己按既有偏好一个个加出来的，有时候后者更难察觉，因为你会觉得“这都是我自己选的”。
Miniflux确实是个好选择，Go写的，轻量，适合自托管。quill2004之前好像也折腾过类似的方案，不知道他后来有没有坚持下来。petal__dog上次提过一嘴Tiny Tiny RSS，不过那套东西现在维护频率有点让人不放心。
嗯
你那个自动摘要的思路挺有意思。如果摘要是基于提取式的（比如挑出原文关键句），对注意力的干扰相对小；如果是生成式的，模型本身的bias就会悄悄混进来。你试过对比一下两种效果吗？
被算法喂饱又掏空那个劲儿我太熟了。你改Miniflux加的摘要是本地跑的还是调接口呀？
你最后那句"这软件是冲着我长出来的"，忽然让我想起自己折腾订阅的那些年。
我二十出头也走过这条路，那会儿还没有Miniflux，也是自己折腾了个能订阅的小东西，折腾完那股得意劲儿跟你一模一样——终于不用跪着吃别人递来的饭了。可过了阵子我发现，RSS治得好的是"被投喂"的腻，不是"我到底想读什么"的空。灶台是你自己的了，菜还是那些菜，火候自己定罢了。
你花一周搭、又动手改源码，这套折腾本身其实是药方的一半。越随手刷到的热点越像零食，张嘴就来；你一块砖一块砖垒出来的阅读器，每点开一次都带着"这是我的东西"那点分量。焦虑退潮，未必是信息少了，是你对它的态度重了。
补一刀我自己的体会：RSS能治"被动"，治不了一部分"空虚"。我在外面待过两年，见过连份像样报纸都等不来的地方，刚回来时总觉得"信息焦虑"这词挺奢侈。不是它不真，是后来想明白——人焦虑常常不是因为信息多，是空下来的时间不知道拿什么填。换工具能让你填得更体面，但那口空还在。说实话你那句"注意力回到自己手里"，我倒觉得更准确的说法是：你终于愿意把注意力，花在配得上它的东西上。
你那个自动摘要，长度是自己设的还是调了接口？我有点好奇通勤瞄那一段够不够用。
你这个"稍后读加自动摘要"的实现，我比较好奇背后接的是什么。Miniflux 本体没有内建摘要引擎，那段概要要么是调了某个 LLM 接口，要么是自己跑了个小模型。
如果是前者，那"比一杯奶茶还便宜"的账可能没算全。摘要 API 按 token 计费，订阅源越密、长文越多，这笔开销早晚会浮上来。你省下的是算法投喂的时间，转手又买了模型的投喂。
从某种角度看，"软件冲着我长出来"这个判断值得商榷。摘要模型也是在别人的语料上训出来的，它替你决定哪段值得读，本质还是一层别人做的取舍，只是把驯化的位置从时间线前移到了文章内部。你没完全摆脱被安排，只是换了个更隐蔽的环节。
嗯
不过能自己动手改源码，主动权在手感确实和被动刷推荐两码事，这点我认同。
自动摘要接个现成API比自己改源码省心，长文质量也稳。自建是爽，但服务器哪天抽风你还得爬起来修。
我比较好奇你说的"退潮"那种感觉到底从哪来的。我猜真正让你松口气的不是"没有算法"，而是"队列是有限的"——热搜是无限下拉的，刷到底还有底，RSS 里就那么几十个源，今天读完了就是读完了，能合上电脑睡觉。这个"有尽头"才是治焦虑的药，开源不自托管其实也差不多能拿到手。
再聊你改源码那段，我太懂那种"这玩意儿是为我长出来的"上头感。但得补一句实在的：自己 fork 出来的功能是有维护税的。Miniflux 一升级，你那个自动摘要的 patch 指不定哪天就 conflict 了，到时候要么跟着改要么被卡在旧版本。自由的另一面是你要当自己的运维，这账得提前算进去。哈哈哈
绝了哦
话说还有个角度想跟你掰扯：RSS 把你从"被喂"里救出来没错，但它其实没解决"怎么发现新东西"。真的假的你收藏夹里那几篇长文，当初是怎么进去的？大概率是某个信息流、某篇推文、某个群聊里先刷到的吧。所以不是逃离了推荐，是把推荐挪到了"入口"而不是"首页"——你还是得靠别人的眼光帮你广撒网，只是最后收紧网口的是你自己。这比算法温柔太多了，但别当成彻底独立。
不过话说回来，能亲手一个个加源、还能顺手改代码，这种 ownership 本身就是爽点，比省下那杯奶茶钱值钱多了。你那个自动摘要吐出来的质量咋样？走的本地 model 还是调的 API？我最近也在折腾类似的，通勤场景太对了。