RSSAI × RSS Landscape
Open Web Product Research · 2026

AI 没有杀死 RSS。
它把 RSS 拆成了十种产品。

这不是 10 张摘要卡片。首页只负责建立地图;每个产品都有独立 dossier,拆解它的核心对象、工作流、AI 层、商业模式、moat 与边界。每一段都可以直接分享。

10 products · 60+ anchored sections

01 / FRAME

“AI RSS”其实是四条不同赛道

Reader、Intelligence、Briefing 与 Infrastructure 的用户、核心对象和预算池完全不同。把它们统称为 AI Reader,会错过真正的产品结构。

ReaderFolo · Bulletin · Readwise Reader
优化消费、深读与个人知识流
IntelligenceFeedly · Inoreader · Particle
把 signal 变成持续分析对象
BriefingDaigest · Readless
直接交付定时 output
InfrastructureRSS.app · Tapestry
制造或统一开放 feed
02 / MARKET MAP

市场定位图:谁在消费层,谁已经进入决策层

横轴从阅读/聚合走向结构化 intelligence;纵轴从个人消费走向高价值团队与企业决策。位置是基于本次产品研究的编辑判断,用于发现竞争密度与方向,不是假装精确的市场测量。

Team workflowEnterprise intelligence · crowdedConsumer utility · crowdedAI output
Reading / aggregation → structured intelligence
Consumer utility → enterprise decision value
FoloFeedlyInoreaderDaigestParticleReadwise ReaderReadlessRSS.appBulletinTapestry
Reader / Universal feedBriefing / NewsIntelligence / Infrastructure
03 / DOSSIERS

10 个产品,10 套对象模型

地图负责比较,详情页负责解释。进入独立 dossier 可以看到工作流、AI 层、商业模式、moat、边界与逐段来源。

04 / CAPABILITY MATRIX

横向能力矩阵:成熟的能力在哪里,真正稀缺的能力在哪里

1–10 分是同一研究框架下的相对判断。重点不是总分,而是看哪些能力已经成为红海标配:source ingestion、单篇 AI 与基础 delivery;以及哪些能力仍然稀缺:自动 source discovery、长期 event memory 与 meaningful delta。

ProductSource breadthPersistent monitorEntity / event modelCross-source synthesisHistory / deltaDelivery / workflowAI-native setup
FoloOpen-source reader10856367
FeedlyEnterprise intelligence9101099103
InoreaderMonitoring workbench9968694
DaigestSource briefing8848588
ParticleStory intelligence7789749
Readwise ReaderDeep reading9334386
ReadlessNewsletter synthesis6749479
RSS.appFeed infrastructure108475107
BulletinNative AI reader5212139
TapestryUniversal timeline9323238
05 / WHAT TO LEARN

不是 clone 产品,而是拆走它们最值钱的模块

每家公司已经用多年和大量成本证明了一块能力。新的产品不需要在它们的主战场重打一遍,而应该组合这些已经被验证的思想。

Folo + RSS.app + Tapestry学习 source coverage、connector runtime 与开放 feed plumbing;不要再把“能订阅很多源”当成完整产品。
Feedly学习 persistent intelligence requirement、entity resolution、ontology 与 enterprise delivery;不要 clone 它复杂的 analyst workbench。
Inoreader学习确定性 rules 先于昂贵 AI,以及 query 如何成为持续更新的一等对象。
Particle学习跨来源 story clustering、evidence linking 与 trust checks;不要进入通用新闻的 licensing/distribution 战场。
Readwise Reader学习 document、highlight、note 与长期 memory 如何形成留存;不要只生成一次性 summary。
Daigest + Readless学习 output-first briefing、跨来源去重与低设置成本;继续补上自动发现 source 和跨时间变化判断。
Bulletin学习 native surface、privacy 与系统级分发;消费 Reader 的美学可以借,但低客单价业务不必复制。
共同缺口很少有产品真正从一句 objective 出发,自动建立 source graph、维护 event memory,并只报告有意义的变化。
06 / WHERE TO PLAY

哪里不要打,哪里还有结构性空白

目标不是从成熟玩家碗里抢一小块,而是找它们因为历史架构、商业模式或目标用户而不会优先做的那一层。

不要正面进入

这些方向能力成熟、替代品密集,新增 feature 很难改变价值捕获。

通用 RSS ReaderFolo、Inoreader、Readwise、Tapestry 已覆盖深度、广度和生态。
单篇文章 Summary已经是所有 Reader 的标配,模型差异无法形成长期 moat。
大众 AI NewsParticle 等产品把 clustering、信任与 publisher relationship 做得很深。
横向 Enterprise WorkbenchFeedly 的 source graph、ontology、历史库和 sales motion 都需要多年积累。

可以直接借鉴

这些是经过市场验证、可以成为新产品底层模块的设计。

Persistent query一次定义需求,之后持续运行,而不是不断重复搜索。
Structured + fuzzy filterOntology 承担稳定概念,natural language 承担用户特定 intent。
Event clustering + citations把同一变化的多篇内容合成一个可验证 event。
Output-first delivery用户买的是 decision brief、Slack alert 或 API event,不是 unread inbox。

值得继续做

这些空白横跨多个现有产品,却还没有被一个简单、AI-native 的产品完整占据。

Objective-driven Watch Agent用户只描述目标;系统自己发现 sources、建立 watchlist 并维护。
Structured Changefeed输出 what changed / old vs new / why it matters / evidence / confidence。
Vertical Event Memory选择高价值 vertical,积累专有 entity、event taxonomy 与历史基线。
Agent-ready Intelligence Layer把开放网络变成可追踪、可引用、可订阅的 event stream,供人和 agent 共用。
9.4DIRECTION SCORE / 10

首选方向:Vertical Objective-driven Change Intelligence

不要卖“阅读更快”,也不要卖一个更复杂的 dashboard。让某个高价值行业的用户直接说目标,系统自动找到 sources、建立 entity/event memory、检测 meaningful delta,最后交付 decision-ready brief 与 API。它借用了 Feedly 的 intelligence requirement,却避开 Feedly analyst-first 的交互;借用了 Daigest 的 output-first,却补上 source discovery 和历史变化层。

07 / PRODUCT THESIS

推荐的产品数据流:moat 在中间,不在 RSS 两端

抓取和生成都会逐渐商品化。真正可积累的是 watch graph、entity resolution、event memory、delta baseline 与用户对“什么值得打断我”的反馈。

01 / INTENTObjective用户用自然语言定义业务目标
02 / DISCOVERYSource graph自动发现、评估与维护来源
03 / NORMALIZEEntity graph别名、身份与 canonical object
04 / MEMORYEvent + delta跨日聚类、旧值与历史基线
05 / JUDGMENTImpact score为什么重要、是否值得打断
06 / OUTPUTBrief · Alert · API直接进入决策和 agent workflow