作者认为RSS作为内容分发协议很优秀，但作为阅读体验却很乏味。他希望能有类似TikTok的算法推荐机制，随机展示小众创作者的内容，通过用户投票优化推荐，而非按时间顺序呈现未读文章的压力。

让RSS阅读更有趣

作者坦言自己虽然推崇RSS订阅机制，但作为内容消费者却对传统RSS阅读器感到压力。他理想中的阅读体验应该像TikTok那样，通过简单算法推荐小众网站的优质内容，而非按时间排序的信息洪流。

项目构想

作者开发了一个名为"TimeWasterPro"的Firefox扩展，核心功能包括： 1. 随机推送网站内容 2. 用户可对内容进行点赞/点踩 3. 举报违规内容 4. 用户提交的优质链接会获得积分并登上排行榜

技术实现上采用： - 前端：复古风格的System.css框架 - 后端：FastAPI+SQLite数据库 - 内容源：来自Kagi小型网络项目的RSS订阅源 - 更新频率：每10分钟抓取5个订阅源

现存问题

1. 跨平台快捷键适配困难
2. 浏览器扩展manifest配置存在不确定性
3. 认证系统采用JWT带来用户体验问题
4. 内容分类系统尚未完善

未来计划

1. 建立内容分类机制
2. 设置劣质内容过滤队列
3. 优化新用户的内容推荐策略
4. 希望增加更多摄影、科学和手工艺类内容

作者强调这纯粹是个人兴趣项目，目前索引了超过60万个网页，但暂不打算商业化或大规模推广。项目代码将在稳定后开源，欢迎用户通过Mastodon反馈使用体验。

（注：原文中关于具体代码实现细节、扩展安装链接等内容已酌情删减，保留核心产品逻辑和作者理念）

以下是评论内容的总结：

1. 对RSS的期望与批评

   • 有用户希望RSS能像TikTok一样提供被动消费的随机内容，但被批评为“免费消费而不支持创作者”（评论1：“Sounds very similar to what the AI companies are doing”）。
   • 另一观点认为RSS的核心是筛选最新内容，而非全盘阅读（评论4：“For me the purpose of RSS is to get the newest headlines”）。

2. 技术改进与个性化

   • 用户提出通过算法（如BERT+SVM聚类）优化内容推荐（评论2：“train a BERT+SVM classifier to predict my judgements”）。
   • 结合本地LLM和推送通知增强RSS功能（评论3：“adding local LLM functionalities and push notifications”）。

3. 用户体验与复杂性

   • RSS对非技术用户门槛过高（评论5：“it sadly just seems too complex for a large number of users”）。
   • 部分用户偏好简洁的“新闻流”模式，反对“未读计数”压力（评论20：“turning off unread-items counters”）。

4. 替代方案与工具推荐

   • 推荐Skimfeed等工具简化内容浏览（评论6：“Skimfeed to the rescue”）。
   • 提出用ATProto或Solid协议构建去中心化方案（评论24：“begging to be built on atproto or solid”）。

5. 对StumbleUpon的怀念与新尝试

   • 多人提及StumbleUpon的随机发现体验（评论11：“Stumble Upon was one of those sites that I trully enjoyed”）。
   • 有开发者分享自制RSS项目（如powRSS、lettrss）（评论9：“I created powRSS and lettrss”）。

6. RSS的局限性

   • 依赖网站提供RSS源，可能限制内容覆盖（评论26：“it requires the site to have an RSS feed”）。
   • 分类困难，因多数源未使用分类字段（评论18：“RSS feeds rarely use the category field”）。

关键分歧点：
- 算法介入：部分用户希望引入推荐算法（评论5：“upvoting based on views”），另一部分则反对“娱乐化”干扰（评论8：“I don’t want time killers”）。
- 使用目的：有人视RSS为高效筛选工具（评论4），有人期待其提供休闲浏览体验（评论1）。

（注：所有评论均无评分数据，故未标注认可度。）