Rss Digest

核心用法

RSS Digest 是一个命令行驱动的 RSS 阅读自动化工作流，通过 feed CLI 实现端到端的内容管理。典型流程分为六步：

1. 抓取 — feed fetch 同步所有订阅源
2. 浏览 — feed get entries --limit 50 列出未读条目（表格输出，节省 token）
3. 筛选 — 手动挑选 5-10 篇高价值文章，优先关注 AI 进展、系统工程、开发者工具及反直觉观点
4. 精读 — feed get entry <id> 获取完整 Markdown 内容
5. 合成 — 生成结构化摘要：标题、来源、2-3 句核心要点，按主题聚类
6. 归档 — feed update entries --read <id> 批量标记已读

关键命令速查

| 场景 | 命令 |

|------|------|

| 拉新内容 | `feed fetch` |

| 浏览未读 | `feed get entries --limit N` |

| 按源筛选 | `feed get entries --feed <id>` |

| 阅读全文 | `feed get entry <id>` |

| 全文搜索 | `feed search "<query>"` |

| 批量标记 | `feed update entries --read <id1> <id2> ...` |

显著优点

• 高效筛选：表格输出相比 JSON 更节省 LLM token，专为 AI 辅助阅读优化
• 本地优先：数据存储在本地 SQLite，隐私可控，离线可用
• 灵活扩展：支持 Homebrew/Go 双渠道安装，依赖极简
• 工作流闭环：从抓取到归档的完整链路，避免信息堆积

潜在缺点与局限性

• 依赖外部 CLI：必须单独安装 feed 工具，跨平台兼容性待验证
• 手动筛选瓶颈："Triage" 步骤依赖人工判断，未实现自动 relevance scoring
• 无原生同步：缺少 Read-it-later 服务集成（如 Pocket、Instapaper）
• Markdown 解析依赖源质量：部分 RSS 源仅提供摘要，全文抓取可能失败

适合人群

• 技术从业者（开发者、研究员、产品经理）需追踪多个专业博客
• 信息焦虑者希望从 RSS 洪流中快速定位高信号内容
• 偏好本地工具、反感 SaaS 订阅的重度 CLI 用户
• AI 辅助阅读工作流探索者

常规风险

• CLI 供应链风险：通过第三方 tap (odysseus0/tap/feed) 安装，需信任作者维护的 Homebrew 仓库
• 数据持久化：本地数据库需自行备份，无云端冗余
• RSS 源失效：依赖 feed 自身的抓取能力，部分网站的反爬虫机制可能导致内容缺失
• 隐私注意：feed fetch 会暴露用户 IP 至各 RSS 源服务器

核心用法

rss-digest 是一个 Agentic RSS 阅读工作流 Skill，本身不包含可执行代码，仅提供标准化的 RSS 内容消化流程指引。用户需先安装外部 feed CLI 工具（brew install odysseus0/tap/feed 或 go install），随后通过六步工作流完成 RSS 订阅的高效处理：

| 步骤 | 命令 | 作用 |

|------|------|------|

| Fetch | `feed fetch` | 拉取全部订阅源最新条目 |

| Scan | `feed get entries --limit 50` | 浏览未读条目（标题、来源、日期、摘要）|

| Triage | 人工/Agent 筛选 | 挑选 5-10 篇高价值文章，优先关注 AI 进展、系统工程、开发者工具及反直觉观点 |

| Read | `feed get entry <id>` | 获取完整正文（Markdown 格式）|

| Synthesize | 生成摘要 | 每篇输出：标题、来源、2-3 句核心洞见，支持按主题聚类 |

| Mark read | `feed update entries --read <id>` | 批量标记已读，保持收件箱清零 |

进阶功能包括按订阅源过滤（--feed <id>）、全文搜索（feed search）、统计面板（feed get stats）等。

显著优点

• 架构极简：纯 Markdown 文档型 Skill，零运行时依赖，无代码注入风险
• 工作流清晰：标准化六步流程，降低信息过载焦虑，适合「稍后读」场景
• 输出友好：默认表格视图 Token 效率高，全文阅读返回 Markdown 便于二次处理
• 筛选策略成熟：内置优先级框架（AI/系统工程/工具/反共识），减少决策疲劳
• 工具链开放：feed CLI 开源可审计，支持 Homebrew/Go 双渠道安装

潜在缺点与局限性

• 强外部依赖：核心功能完全依赖第三方 feed CLI，Skill 本身无法独立运行；若 feed 工具断更或存在漏洞，整个工作流失效
• 来源可信度一般：维护者 odysseus0 为个人开发者（T3 级别），无企业背书，feed CLI 的安全性需用户自行审计
• 无自动化闭环：Triage 和 Synthesize 步骤依赖人工或 LLM 判断，未内置自动评分/摘要模型
• 平台限制：feed CLI 仅支持 macOS/Linux（Homebrew/Go），Windows 用户需 WSL
• 网络行为不透明：RSS 数据获取由外部工具处理，Skill 无法控制请求频率、缓存策略或代理设置

适合人群

• RSS 重度用户，希望从「订阅即淹没」转向「策展式阅读」
• 技术写作者、投资人、研究者，需跟踪多源技术动态并生成可分享的阅读摘要
• 偏好本地优先、拒绝 SaaS 订阅的信息极简主义者
• 已使用或愿意尝试 feed CLI 的终端用户

常规风险

| 风险类别 | 等级 | 说明 |

|----------|------|------|

| Skill 本身 | 极低 | 无代码、无网络、无敏感数据访问，认证评分 95/100（S 级）|

| 外部工具依赖 | 中等 | feed CLI 需用户手动安装，建议审查其源码及网络行为 |

| 数据来源 | 中低 | RSS 内容由第三方网站决定，存在原文失效、 paywall 或恶意链接可能 |

| 隐私泄露 | 低 | feed CLI 本地存储订阅数据，但具体存储方式未公开审计 |

建议用户在安装 feed CLI 前，查阅其 GitHub 仓库的更新频率、Issue 响应及社区评价，并考虑在隔离环境（如虚拟机、有限权限账户）中首次运行。