结论先讲:“RSS 聚合→加工→社媒分发"这件事,开源世界里没有一个项目能一条龙做完,但每一层都有成熟的轮子。最接近我 LynxPipe 完整形态的组合是 RSSHub(源)+ Huginn/n8n(加工)+ Postiz(分发),三层拼起来 star 总量超过 28 万。下面是完整调研:每个项目的 star 数(GitHub API 2026-08-22 实测)、支持的 RSS 能力、能分发到哪些社媒渠道。
先交代背景:LynxPipe 是什么
我自建的内容管线中枢,链路是:12 个 RSS 源抓取 → LLM 审核/改写 → Hugo 静态站部署 → 公众号/TG 分发,带令牌桶限流、中英双语同步、seen 去重。cron 每天 9/15/21 三班跑。之前写过它的架构迁移记录。
一直好奇一个问题:这个形态在开源世界有没有现成的?如果有,哪些值得借鉴,哪些我自己造的轮子其实有理有据?所以有了这篇。
我把调研对象按职能拆成四层——这也是全文的组织框架:
- 源层:把没有 RSS 的东西变成 RSS(或者直接抓)
- 聚合加工层:订阅、过滤、AI 加工
- 分发执行层:把内容推到各个社媒平台
- 社媒渠道:各平台本身的发布通道难度
star 数说明:全部是我今天用 GitHub API(gh api repos/<owner>/<repo>)逐个实测的,不是抄 README 或第三方榜单,时效性有保证。
源层:把万物变成 RSS
这一层的共识非常清楚:RSS 生态的缺口在中文平台和 SPA 网站,补缺口的项目本身就是大项目。
DIYgod/RSSHub — 45,842 ⭐
这个赛道的绝对王者,口号"Everything is RSSible”。4000+ 路由,把微博、B站、知乎、豆瓣、网易云音乐这些不提供 RSS 的服务全部转成标准 feed。我的 vendor_watch 里 playwright 渲染 Z.ai/Anthropic 博客干的活,RSSHub 用社区路由的方式做成了公共品。
- RSS 能力:生成(4000+ 路由,覆盖中文互联网最全)
- 分发能力:无,纯源层
- 给我的启示:我的 12 个固定源都是自带 RSS 的国外媒体,没接 RSSHub;但如果以后要监控微博/B站动态,RSSHub 自建一个实例是最短路径
cooderl/wewe-rss — 9,668 ⭐
微信公众号转 RSS,思路很取巧:基于微信读书的接口拿公众号文章,支持私有化部署。微信公众号是全网最封闭的内容生态之一,这个项目算是给了一个稳定可用的口子。
- RSS 能力:生成(公众号专属)
- 风险点:依赖微信读书接口,属于非官方通道,有失效风险
rachelos/we-mp-rss — 4,366 ⭐
同类项目,功能更全:公众号转 Markdown/PDF、定时更新、导出 OPML。和 wewe-rss 二选一即可,它对"订阅管理"做得更重。
feeddd/feeds — 2,098 ⭐
免费公众号 RSS,主打"支持扩展任意 APP"——不止公众号,还能扩展到其他 App 的内容源。
小结
源层的项目全是"逆向 + 生成"路线,没有一个做分发。中文平台的 RSS 化已经相当成熟(RSSHub 一家就覆盖了大半),这层不需要自己造轮子。
聚合加工层:LynxPipe 真正的同行者
huginn/huginn — 49,834 ⭐
老牌 agent 系统,YC 出身,2013 年活到现在。核心概念是"Agents 网络":RSS Agent 订阅源 → 过滤/转换 Agent 加工 → Twitter/Telegram 等 Publisher Agent 推送。这是概念上和 LynxPipe 最像的项目——数据流管道 + 条件触发 + 多出口。
- RSS 能力:消费(RssAgent)+ 生成(SiteAgent 抓网页转 RSS)
- 分发渠道:Twitter/X、Telegram、Email、Slack、Webhook 等 20+ 种内置 Agent
- 短板:Ruby 写的,UI 是十年前的审美;没有内置 LLM 加工(要自己写 WebsiteAgent 调 API);移动端体验差
- 给我的启示:我的"LLM 审核 + seen 去重 + 分渠道限流"逻辑,Huginn 里对应 FilterAgent + 记忆 Agent 的组合。它验证了我这条管线的合理性,但也说明纯配置化的 agent 系统做到复杂逻辑时代码量并不省
n8n-io/n8n — 201,650 ⭐
全场 star 之王,但要说清楚:它是通用工作流自动化平台(fair-code 许可,不是严格 OSI 开源),不是 RSS 工具。不过它有原生 RSS Feed Trigger 节点 + 400+ 集成(TG/Twitter/微信企业号都有),搭一条"RSS→摘要→多平台发布"的工作流是官方教程级别的玩法。
- RSS 能力:消费(RSS Trigger 节点)
- 分发渠道:几乎全部主流平台都有节点,包括 Telegram、X、LinkedIn、Mastodon
- 短板:fair-code 的 Sustainable Use License 商用有限制;复杂工作流的 JSON 导出很难维护(我有切身体会)
- 定位:如果不想写代码,n8n 是搭这类管线最快的路;想完全掌控细节,还是自建脚本
automatisch/automatisch — 13,943 ⭐
开源 Zapier 替代品,定位同 n8n 但更轻。有 RSS 触发器,分发集成比 n8n 少一截。n8n 之外的第二选择,生态还在成长期。
yinan-c/RSS-GPT — 354 ⭐
小而美,但和我做的事最"神似":用 ChatGPT 定制摘要个人 RSS 订阅,结果推送到邮箱。GitHub Actions 全托管,零服务器。它证明了"RSS + LLM 加工"这条路的用户真实存在,只是分发端止步于邮件。
小结
这一层是 LynxPipe 的主战场。结论有点反直觉:star 数不等于契合度。n8n 星最多但它是通用引擎,搭 RSS 分发管线只是众多用法之一;Huginn 概念最像但技术栈老化;真正"RSS in → AI 加工 → 社媒 out"三样俱全的开箱即用项目,一个都没有。我自建的 LLM 审核、双语同步、令牌桶限流这三个环节,在任何现成项目里都要靠自定义节点/脚本补齐。
分发执行层:把内容推进社媒
gitroomhq/postiz-app — 34,977 ⭐
这个赛道的新王,2024 年起飞,“agentic social media scheduling tool”。20+ 渠道:X、LinkedIn、Threads、Mastodon、Bluesky、Telegram、Instagram、Facebook、YouTube、TikTok、Reddit、Pinterest……基本你能叫上名的都在。还出了 postiz-agent(CLI),让 AI agent 直接调度发布。
- RSS 能力:无原生 RSS 输入(要靠 n8n/Huginn 喂)
- 分发渠道:开源工具里最广,官方称 28+
- 短板:偏"排程日历"心智,不是事件驱动管线;中文平台(公众号/小红书/抖音)不在列表里
- 适配:Postiz 管欧美系平台,中文系自己写,是我觉得现实的组合拳
inovector/mixpost — 3,527 ⭐
Laravel 写的自托管社媒管理,12 个网络(Facebook/X/LinkedIn/Threads/TikTok 等)。开源版功能够用,Pro 版收费。气质是"中小团队营销工具",个人管线用它略重。
dreammis/social-auto-upload — 14,476 ⭐
中文视频分发的刚需答案:自动化上传视频到抖音、小红书、视频号、TikTok、YouTube、bilibili。Playwright 驱动浏览器操作,绕开各平台不给 API 的现实。国内做视频号矩阵的基本都绕不开它或它的衍生品。
- RSS 能力:无
- 分发渠道:抖音/小红书/视频号/B站/TikTok/YouTube——恰好是 Postiz 缺的那半边地图
crawlab-team/artipub — 3,204 ⭐
图文版的多平台一键分发:头条、知乎、掘金、CSDN、WordPress 等。浏览器插件 + 后台管理的形态。维护频率不高了,但思路被后来者反复复刻。
wechatsync/Wechatsync — 6,209 ⭐
同 ArtiPub 定位的一键同步文章工具,支持头条、知乎、简书、掘金、CSDN、typecho。Chrome 插件形态,上手门槛最低。
小结
分发层的地图是分裂的两个世界:欧美系(Postiz/Mixpost,走官方 API,渠道广而浅)和中文系(social-auto-upload/ArtiPub/Wechatsync,走浏览器自动化,渠道窄而深)。原因无他——中文平台基本不开放个人发布 API,只能模拟浏览器。LynxPipe 的公众号直发用的是官方 freepublish 接口,在这个地图里属于少数派幸福。
阅读入口层(顺带一提)
RSSNext/Folo — 38,842 ⭐
“AI RSS Reader”, Formerly Follow。把 RSS 阅读做成 AI 信息流,区块链积分等玩法加持,增长极快。它不做分发,但代表了"RSS 阅读体验"这个入口端的最新演化方向——和我的输出端正好是镜像的两极。
ourongxing/newsnow — 21,483 ⭐
实时热点聚合,全网热榜一屏看完,Zread 风格的优雅界面。属于"热榜聚合"而非 RSS 管线,但做信息输入端选型时是很好的参照物。
横向对比总表
| 层 | 项目 | Star | RSS 能力 | 分发渠道 | 备注 |
|---|---|---|---|---|---|
| 源 | DIYgod/RSSHub | 45,842 | 生成(4000+) | 无 | 万物皆 RSS |
| 源 | cooderl/wewe-rss | 9,668 | 生成(公众号) | 无 | 微信读书通道 |
| 源 | rachelos/we-mp-rss | 4,366 | 生成(公众号) | 无 | 带 OPML/PDF |
| 源 | feeddd/feeds | 2,098 | 生成(可扩展) | 无 | 免费 |
| 加工 | n8n-io/n8n | 201,650 | 消费(trigger) | 400+ 集成 | fair-code |
| 加工 | huginn/huginn | 49,834 | 双向 | 20+ 内置 agent | Ruby,元老 |
| 加工 | automatisch/automatisch | 13,943 | 消费 | 中等 | 开源 Zapier |
| 加工 | yinan-c/RSS-GPT | 354 | 消费 | Email only | GPT 摘要 |
| 分发 | gitroomhq/postiz-app | 34,977 | 无 | 20+(欧美系) | agentic |
| 分发 | inovector/mixpost | 3,527 | 无 | 12(欧美系) | Laravel |
| 分发 | dreammis/social-auto-upload | 14,476 | 无 | 中文视频 6 平台 | Playwright |
| 分发 | wechatsync/Wechatsync | 6,209 | 无 | 中文图文 7 平台 | 插件 |
| 分发 | crawlab-team/artipub | 3,204 | 无 | 中文图文 6 平台 | 维护放缓 |
| 入口 | RSSNext/Folo | 38,842 | 消费 | 无 | AI 阅读器 |
| 入口 | ourongxing/newsnow | 21,483 | 聚合 | 无 | 热榜 |
给自己的三条选型判断
1. 不换轨,但要偷师。 LynxPipe 和最强组合(Huginn 概念 + RSSHub 源 + Postiz 分发)相比,独特价值在全链路可控:LLM 审核标准、双语同步、限流策略这些都是我按自己口味写的。换到任何现成平台都要降级。但两个组件值得认真评估接入:vendor_watch 监控的 Z.ai/DeepSeek 等源,可以试试 RSSHub 是否已有路由(省掉自己维护 playwright 脚本);TG 分发之外如果要扩 X/Bluesky,Postiz 自托管当"分发执行器"挂到管线尾部,比自己维护各平台 API 封装划算。
2. “RSS→AI 加工→多平台分发"三合一的开源空位依然存在。 调研完确认:这个精确形态没有占位者。RSS-GPT 只到邮箱,Postiz 不吃 RSS,n8n 要自己搭。理论上这是一个可以做大的开源项目位,但考虑到中文平台的 API 封闭性是最大不确定性,先作为观察项。
3. 浏览器自动化是中文分发的既定命运。 social-auto-upload 1.4 万星说明需求真实且巨大,但这条路每季度都要跟平台反爬斗智斗勇。能用官方接口的场景(如公众号 freepublish)永远优先官方——这也是 LynxPipe 现在的做法。
调研方法:Tavily 并行搜索发现候选项目 → gh api 逐一核实 star 数与描述 → 官方文档核对渠道支持。star 数据截止 2026-08-22。