核心用法
RSS Digest 是一个纯文档型 Agent Skill，旨在帮助用户高效处理 RSS 订阅信息流。它通过调用外部 feed CLI 工具，实现 RSS 内容的获取、筛选与智能摘要生成。
完整工作流程：
1. 扫描阶段：执行 feed get entries --limit 50 获取最近的未读条目（包含标题、来源、日期、URL 和摘要），系统会自动检测数据是否过时并进行更新。若无可读内容，通过 feed get stats 检查订阅状态，必要时导入预设的高质量 RSS 源（Hacker News 热门博客 2025）。
2. 筛选阶段：根据用户具体需求，从 50 条候选内容中精选 5-10 篇高信号文章。无明确偏好时，优先选择具有惊喜感、反直觉观点或深度洞察的内容。
3. 阅读与综合：对每篇入选文章，优先通过 WebFetch 直接获取原文（减少上下文窗口占用），否则使用 feed get entry <id> 读取存储内容，并行处理多篇文档后生成 2-3 句精炼摘要。
4. 呈现阶段：将摘要汇编成主题化简报，自然聚类时按主题分组展示。
关键 CLI 命令集：
feed get entries / feed get entry <id> — 获取条目列表与全文feed fetch — 拉取所有订阅源最新内容feed search "<query>" — 全文搜索历史条目feed update entries --read <id> — 批量标记已读（用户自主操作）
显著优点
1. 零代码执行风险：纯 Markdown 文档设计，无脚本、无可执行代码，从根本上杜绝代码注入、权限提升等攻击向量，获 S+ 安全评级。
2. 信息筛选智能化：内置"高信号"筛选逻辑，自动识别反直觉、有洞察力的内容，减轻信息过载焦虑。
3. 上下文窗口优化：优先推荐直接 URL 获取而非全文载入，显著降低 Token 消耗，提升长对话效率。
4. 依赖来源可信：外部工具通过 Homebrew 官方 Tap 或 Go 模块官方渠道安装，供应链透明可追溯。
5. 隐私零侵扰：不收集用户数据、不访问环境变量、无敏感信息处理，完全符合 GDPR/CCPA 要求。
潜在局限
1. 功能边界依赖外部工具：核心 RSS 抓取、存储、全文解析均由 feed CLI 完成，Skill 本身仅为调用文档，实际体验受外部工具更新与稳定性制约。
2. 无实时网络能力：不直接发起 HTTP 请求，必须依赖用户环境预装 feed 工具，首次使用有配置门槛。
3. T3 来源等级：维护者为个人开发者（odysseus0），虽代码透明但无企业级维护承诺，长期更新持续性需观察。
4. 预设订阅源单一：默认仅提供 HN 热门博客 OPML，用户需自行扩展订阅源，个性化程度依赖手动配置。
5. 无自动标记机制：设计哲学要求用户自主决定"已读"状态，追求高自动化用户可能觉得操作繁琐。
适合人群
- 信息焦虑者：订阅数十个 RSS 源却没时间细读的科技从业者、投资人、研究员
- 深度阅读者：偏好长文、反感算法推荐、追求手动筛选质量的阅读爱好者
- 隐私敏感用户：不愿将阅读数据交由云端 RSS 服务（如 Feedly Inoreader）托管的本地优先主义者
- AI 辅助工作流用户：希望将 RSS 阅读整合进 LLM 对话上下文，实现"边聊边读"的知识工作者
常规风险
- 外部工具风险：
feed CLI 的安全更新需用户主动关注，建议定期检查 brew upgrade 或 Go module 更新 - 订阅源内容风险：导入的第三方 RSS 源可能包含未经审核的内容，建议导入前审查 OPML 文件
- 网络依赖：首次配置和定期同步需要网络连接，离线环境下功能受限