RSS
一种基于XML格式的内容聚合与订阅技术标准，允许用户通过阅读器自动获取网站更新内容，是开放互联网时代重要的信息分发协议
核心事实
时间轴 (近 90 天)
将邮件列表、RSS、自有网站作为核心阵地，社交平台只作为增量渠道，是降低平台依赖的通用解法。
一个RSS源通常返回20条以上文章，全部提交给Gemini会触发速率限制错误。
部分媒体已逐步弃用RSS协议，搭建前需验证链接是否返回有效XML。
监视内存应使用 resource.getrusage(RUSAGE_SELF).ru_maxrss 获取进程生命周期内的峰值RSS，而非平均RSS，因为内存耗尽崩溃由峰值触发。
原团队的四节点混合 GPU 集群吞吐量在 36 小时内衰减约 18%，而 GPU 利用率保持平稳；原因被诊断为 KV 块碎片化导致 RSS 单调上升且 TTFT p95 漂移。
原团队通过固定 --max-num-seqs 32 并基于 RSS 斜率阈值（而非固定 cron）回收工作节点，解决了 KV 块碎片化导致的吞吐衰减问题。
区分 KV 池增长与调度抢占的方法是同时测量跨轮次 RSS 斜率和 TTFT p95：RSS 单调上升且 p95 跟随意味着 KV 池增长，p95 上升而 RSS 平坦意味着放置或抢占问题。
零信息量的帖子会稀释 RSS 订阅读者的信息密度。
RSS 抓取到的原始内容显示，页面主体几乎全部由一个图片链接构成，没有任何可供索引的正文文本。
移除 XSLT 主要影响遗留企业系统、RSS/Atom 阅读器以及特定文档处理流程。
还有 40 条时间轴事件
全部知识事实 (20)
resource.getrusage(RUSAGE_SELF).ru_maxrss 在 Linux 上返回当前进程自启动以来的峰值常驻内存，单位为千字节；监控峰值 RSS 比监控平均值更能预防 OOM。
80%已验证RSS 是一种基于 XML 的内容分发协议，标准 RSS 文件包含 channel 和多个 item，每个 item 通常包含 title、link、description、pubDate 等字段
80%已验证Atom是RSS的改进版本，由IETF标准化（RFC 4287），在格式规范性和国际化支持方面优于RSS 2.0
75%已验证RSS（Really Simple Syndication）是一种用于聚合和分发网站内容更新的标准格式
70%已验证ru_maxrss返回进程生命周期内的峰值RSS，单位在Linux上是KB，在macOS上是字节
65%已验证Nitter支持将任意账号的推文订阅为RSS
65%待验证播客生态至今仍完全建立在RSS之上
90%待验证RSS诞生于2000年代初期的Web 1.0时代，曾是博客时代的核心基础设施，后因Twitter、Facebook等社交媒体崛起而式微，近年来正经历复兴
90%部分验证RSS诞生于1999年，最初由Netscape开发用于其门户网站的内容聚合
80%待验证全球超过400万个播客节目至今仍通过RSS feed进行分发
70%待验证Mastodon底层使用ActivityPub协议，该协议与RSS共享去中心化、开放标准的设计哲学
60%待验证将邮件列表、RSS、自有网站作为核心阵地，社交平台只作为增量渠道，是降低平台依赖的通用解法。
50%待验证一个RSS源通常返回20条以上文章，全部提交给Gemini会触发速率限制错误。
50%待验证部分媒体已逐步弃用RSS协议，搭建前需验证链接是否返回有效XML。
50%待验证监视内存应使用 resource.getrusage(RUSAGE_SELF).ru_maxrss 获取进程生命周期内的峰值RSS，而非平均RSS，因为内存耗尽崩溃由峰值触发。
50%待验证区分 KV 池增长与调度抢占的方法是同时测量跨轮次 RSS 斜率和 TTFT p95：RSS 单调上升且 p95 跟随意味着 KV 池增长，p95 上升而 RSS 平坦意味着放置或抢占问题。
50%待验证原团队通过固定 --max-num-seqs 32 并基于 RSS 斜率阈值（而非固定 cron）回收工作节点，解决了 KV 块碎片化导致的吞吐衰减问题。
50%待验证RSS 抓取到的原始内容显示，页面主体几乎全部由一个图片链接构成，没有任何可供索引的正文文本。
50%待验证零信息量的帖子会稀释 RSS 订阅读者的信息密度。
50%待验证RSS/Atom 场景依赖 XSLT 是因为订阅格式本身是 XML 文档，常见做法是通过 `<?xml-stylesheet?>` 指令指向 XSLT 文件以美化渲染。
50%