加载失败
RSS.Social 是一个把互联网上小型个人网站“最新与最佳”内容汇总展示的聚合尝试，评论把它与 Kagi 的 Small Web 项目联系起来（Kagi Small Web 是一个收录个人博客并提供多种订阅与 OPML 导出的索引）。讨论基于这样几条前提：RSS 仍然是用户可控的订阅通道，但近年平台变化（如 Feedburner 弃用、搜索/平台对 RSS 的弱化）让“发现”变得困难。社区因此出现多个互补项目（如 minifeed.net、greatreads.dev、beavergrow.com、blogroll.org、Tuvix、RSS Tinder），它们通过手工策展、OPML 共享、语义搜索或合并 feed 等方式尝试解决可发现性与噪声问题。同时，评论在可用性与去中心化原则、爬虫透明度与站点控制权之间展开了争论。
评论里把 RSS.Social 与 Kagi 的 Small Web 紧密关联：Kagi Small Web 是一个长期维护的索引项目（提交量大、每天新增网站），它把大量个人/小站内容收集起来并在 Kagi 搜索结果中优先展示。Kagi 提供多个替代订阅，例如只包含被“appreciated”（点赞/收藏）文章的轻量版订阅，以及分门别类的视频、代码、漫画 feed 和完整 OPML 导出，能显著减少噪声但使用率不是很高。有人在 HN 上对 Kagi 的 Small Web 做过滤以获得更可用的流，并报告发现自己的网站被收录或在索引中难以追溯到来源。总体来看，Kagi 的规模和多样化订阅选项被视为重要资源，但文档、索引透明度和如何被收录仍引发疑问。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
很多人抱怨原始流对个人阅读者而言太嘈杂：条目频繁、时常每几分钟就有新文章，阅读和筛选成本很高。为解决噪音，评论建议用过滤（例如 HN 过滤器）、较低流量的 appreciated feed 或为 feed 加摘要/编辑化标题，但也有人指出即便是 appreciated feed 流量仍然偏大。另有关于抓取频率的具体投诉：某些站点被轮询过于频繁（每天多次）而站点本身仅每周更新一次，同时 RSS.Social 的 user-agent 指向 /bot 页面仍显示“coming soon”，且目前没有明确的 opt-out 机制或站点级停用接口，增加了网站维护者的不满。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10]
不少评论集中在“发现”不是单纯把海量条目堆出来，而是需要人为策展：建议为每篇内容添加一到两句摘要、人工编辑化标题或由主题策展人维护专题合集（类似音乐厂牌或数字杂志）。有人提出具体策略，如 70/30 的开发/探索（exploitation/exploration）配比和时间加权，以避免形成信息茧房；还有人把这种思路应用到“RSS Tinder”式的滑动筛选界面里，用手工挑选和评分提升信号比。社区也在做这类尝试——有专注技术博客的 greatreads.dev、展示全局最新帖子的 minifeed.net，以及可导出 OPML 的 blogroll 目录，这些都被视为实现可用发现的关键构件。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10]
有人指出把众多 RSS 再聚合到单一服务上从根本上违背 RSS 的去中心化初衷，担心集中代理会带来控制与单点失败。另一派则用 Gmail、Slack、Discord 类比：尽管存在去中心化替代品，用户通常更倾向于使用更简单、体验更好的集中式服务，说明可用性会驱动集中化。技术层面还暴露出透明度与权限问题：RSS.Social 的 user-agent 链接页面未完善，缺少明确的爬虫说明或站点级 opt-out，以及有人报告被 Cloudflare 屏蔽或地理限制，这些都加剧了网站所有者对采集行为的担忧。总体上，讨论在可用性与去中心化原则之间权衡，并强调需要爬虫透明度与更友好的站点控制选项。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
评论反复提到 RSS 生态近年变得脆弱：Feedburner 弃用、搜索/平台公司弱化对 RSS 的支持，使得“发现”成为最困难的环节。回应这类问题的是一波社区驱动项目——一些人做了带语义搜索、合并/重混 feeds 的工具（如 greatreads.dev、beavergrow.com），另一些维护大的博客目录并提供 OPML 导出以便共享订阅列表（如 minifeed.net、blogroll.org）。评论也提到可补充的老技术或替代方案（例如 Pingback 协议、去中心化社交 Mastodon），以及通过共享 OPML、元 feed 或按主题的手工策展来恢复对散落内容的可发现性。总体共识是：RSS 本身仍是用户可控的通道，但其可用性越来越依赖社区的策展与工具链。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9]
很多人对重新发现小型个人博客表现出强烈热情：有人把 RSS.Social 收藏、打算把它接入自己的阅读器，或把个人网站变成自己的阅读源，评论里也有人感叹主流平台让“其余网页”被遗忘。与此同时，对域名后缀与品牌感知也有分歧：少数人认为 .social 有负面联想，但并非普遍共识。总的来看，社区既对重新流动的小站内容感到兴奋，也在讨论如何在规模增长时保持可读性、作者权利与良好体验。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
Kagi Small Web: Kagi Small Web：由 Kagi（一个注重隐私的搜索引擎）维护的个人/小型网站索引项目，收录大量个人博客并提供多个分类订阅、appreciated 列表和 OPML 导出以便发现小站内容。
OPML: OPML（Outline Processor Markup Language）：一种以 XML 表示的订阅列表交换格式，常用于导出/导入 RSS 订阅源的名单，便于在不同阅读器或目录间共享 feed 列表。
RSS: RSS（Really Simple Syndication）：一种基于 XML 的 Web 订阅标准，用于把网站文章、更新以机器可读的方式暴露给阅读器或聚合器，讨论里把它当作用户可控的内容渠道。
appreciated feed: appreciated feed：Kagi 提供的一个替代订阅，仅包含被用户标记为“appreciated”（点赞/收藏）的文章，用以降低噪声，但在评论中被指出流量仍可能偏高且使用率有限。
user-agent（爬虫标识）: user-agent：HTTP 头字段，用于标识发起请求的客户端或爬虫；评论指出 RSS.Social 的 user-agent 指向一个 /bot 页面但仍未完善，关系到透明度与站点是否能控制抓取。