差不多半年前我下定决心把所有公众号文章都同步到 RSS。原因很朴素我关注了四十多个公众号但每天真正会点开读的不到十个剩下的要么被红点催促要么沉进聊天列表再也翻不出来。你可能也有这种感觉——微信公众号像一个只进不出的信息池子而 RSS 才是能把水引出来的水管。折腾了一圈最后被我留在生产环境的是基于微信读书的 wewe-rss 方案从部署到扫码再到把订阅源加进阅读器熟练之后真的只要三分钟。这篇文章就把整个流程、原理和踩过的坑一次讲透。1. 为什么我要把所有公众号文章都塞进 RSS1.1 公众号原生的阅读体验问题出在哪里微信公众号这套体系不是不好而是“阅读管理”太弱。我关注的公众号越来越多从行业资讯到生活观察从技术博客到课程资料光是置顶就放了七八个。但实际阅读体验是灾难性的信息流里混着标题党、广告、硬广和真正有价值的长文你能做的只有不断往下刷然后被推荐算法带跑。收藏功能更是摆设收藏了基本等于吃灰真到要找某篇具体文章的时候搜索框给出来的结果经常不准有时候连时间排序都做不到。还有更折磨人的“通知干扰”。公众号更新没有统一列表只有一个小红点但你又不能不看因为这里面可能有一条别人转发给我的重要消息。每天花在“处理红点”上的时间比真正阅读的时间还多。这个问题本质上不是“内容质量”问题而是“内容入口”问题。公众号把内容锁在了一个封闭的池塘里而你真正需要的是一个按时间排列、可搜索、可过滤、可归档的流水线。1.2 RSS 解决什么问题RSS 是老技术但恰好治这个病。它把内容从平台中抽出来变成一个个标准格式的订阅源阅读器按固定时间向源地址拉取新文章自动出现。所有公众号文章、个人博客、学术文献、GitHub Releases 都能汇聚到同一个界面里。你可以随手搜索、打标签、加星标、做全文归档。换句话说RSS 让你重新拿回了“信息所有权”而不是把阅读场景完全交给某个 App 的算法。对于公众号场景RSS 还带来一个额外的价值可追踪特定作者。公众号里的大多数文章都有固定的作者一旦进入 RSS 源作者字段可以被索引、被搜索、被过滤。这意味着你可以像看文献库一样按作者名把某个人的历史文章全部捞出来定时追踪他的更新而不是被动等着微信推荐。1.3 公众号 RSS 化的主流方案对比在动手之前我按记忆里的方案列了一张对比表评估谁值得长期用方案上手难度稳定性全文能力平台风险适合程度RSSHub 自建 微信 Cookie高中是Cookie 频繁失效备选wewe-rss微信读书桥接低较高是低个人低频自用首选在线转换站点如 WeRSS最低不定不定服务可能停止临时替代手工复制粘贴文章链接无无无无不现实先说 RSSHub。这个项目很强但公众号类路由要么需要你自己的公众号后台 Cookie要么依赖第三方网站维护成本偏高。对不折腾的人来说部署成功了也容易在一个月后突然抽风。再说在线转换站点输入公众号名称直接返回一个 RSS 地址看起来很方便但很多服务已经停止运营剩下的也说不准能活多久一旦挂了就得重新找备胎。1.4 为什么我最终选了 wewe-rsswewe-rss 最打动我的一点是它绕开了微信公众平台而是走微信读书。原理一句话就能说清你在微信读书里关注某个公众号微信读书会把这个公众号的新文章聚合到自己的数据里wewe-rss 通过你的微信读书登录态来读取这一层数据再吐成标准 RSS。整个过程不需要注册公众号、不需要装微信机器人只需要扫码授权一次。登录微信读书这个动作本质上是“你在用自己的正常阅读账号获取自己订阅的内容”频率控制好就相对安全。而且项目本身迭代很快社区活跃遇到问题能查到解决方案。我把几个方案都试了一圈之后这个是最适合“长期挂机”的。2. 先搞懂原理部署才不会抓瞎2.1 微信读书在中间扮演什么角色很多人不知道微信读书 APP 里是可以关注公众号的。打开微信读书搜索一个公众号的名称点进去就能看到它的历史文章列表也可以直接点“关注”。关注之后公众号的更新就会出现在你的微信读书“订阅”板块里。微信读书等于帮用户维护了一个公众号文章聚合列表。wewe-rss 玩的正是这一点。它登录的是微信读书账号不是微信主账号也不是公众号后台。整个链路的信任模型是“微信读书帮我聚合 → wewe-rss 把我的聚合列表转成 RSS”。所以你在中间要理解一件事公众号能不能被转成 RSS取决于这个号在微信读书里能不能搜到、能不能关注。绝大多数主流公众号都能覆盖但个别号确实存在搜不到的情况这属于微信读书侧的数据源问题。2.2 一条公众号文章是怎么变成 RSS 条目的我把数据流拆开给你看这样就算部署后出了奇怪问题你自己也能推测是哪个环节坏了。整个流程是这样的你在 wewe-rss 管理后台搜索并添加一个公众号。wewe-rss 把公众号 ID 和当前登录态写进本地数据库。定时任务每隔一段时间带着微信读书的登录态请求公众号文章接口获取最近几篇的文章列表。文章标题、摘要、封面图、发布时间、作者、原文链接被存进数据库。系统把这些数据渲染成标准 RSS/Atom XML在固定地址对外输出。你的 RSS 阅读器按订阅频率来拉取这个地址新文章自动出现在阅读列表里。我初期最常犯的错误是“登录态过期了还在傻等”。后来发现日志里出现 401 或认证失败就去管理后台重新扫码问题立刻解决。2.3 为什么用 Docker 部署wewe-rss 是 Node.js 写的依赖项不少。如果你直接把源码拉到服务器上跑要装 Node、装依赖、管进程、管日志、升级时还要处理一堆文件和目录。Docker 最大的价值是把这些琐事全部封装起来数据用 volume 挂载到宿主机升级只需要重新拉镜像再启动旧数据不会丢。对一个“想花 3 分钟解决问题”的人来说Docker 是唯一合理的选择。我的建议是不要用源码部署方式除非你想改代码。我自己的服务器配置也只有 1 核 2G跑 40 个公众号源毫无压力。2.4 频率控制是文明使用的前提这个点必须说清楚。wewe-rss 是模拟普通用户在微信读书里的阅读行为所以轮询频率绝不能像爬虫那样激进。我自己在配置里把抓取间隔设在 10 分钟有一次测试手滑改成了 30 秒跑了一天就收到登录异常提示被迫重新授权。普通用户不会 30 秒刷新一次公众号列表所以别拿服务器程序的标准去挑战平台风控。建议单用户场景下轮询间隔不要低于 5 分钟日常使用 10 分钟完全够用。公众号文章更新本来也不是秒级事件迟几分钟看到完全不影响。3. 3分钟部署的操作实录3.1 准备一台可以长期挂机的机器如果只是体验用自己的电脑也行但 RSS 同步是 7×24 小时的事电脑关机源就断了。我建议准备一台长期开机的服务器或者家里的 NAS、软路由。硬件要求很低1 核 1G 内存就足够存储建议预留 10G因为文章正文和封面图会慢慢攒下来。服务器需要开放一个端口供 Web 访问我用的是 4000 端口你换别的也行但记得在防火墙和安全组里放行。我个人不建议把 wewe-rss 直接暴露到公网而不做任何保护。至少要在管理界面设置一个访问密码有条件的话用域名加 HTTPS 反代。这个话题放到后面常见问题章节。3.2 用 docker-compose 起服务我用的部署模板很简单。登录服务器新建一个目录比如/opt/wewe-rss在里面放一个docker-compose.yml。下面给的是一个最小可用模板不同分支的官方配置可能略有差别跑之前先看项目 README 里的最新内容但核心环境变量基本就是这几个version: 3 services: wewe-rss: image: cooderl/wewe-rss:latest container_name: wewe-rss ports: - 4000:4000 environment: - TZAsia/Shanghai - AUTH_CODE换成你自己的访问密码 volumes: - ./data:/app/data restart: unless-stopped然后在这个目录里执行docker compose up -d如果服务器还没装 Docker先用一键脚本装一下这里不展开。启动后看一眼日志确认没有报错docker logs -f wewe-rss看到服务监听 4000 端口就意味着部署完成。这一步在已经装好 Docker 的机器上大约只用一分钟。3.3 微信读书扫码登录并添加公众号打开浏览器访问http://你的服务器IP:4000。第一次进入会让你输入后台密码就是刚才写在AUTH_CODE里的那个字符串。登录后页面会显示一个二维码用手机微信扫码确认“登录微信读书”。扫码成功后后台就拿到了微信读书的登录态。接下来就是在管理界面搜索公众号。拿我自己的例子来说我添加了“差评”“半佛仙人”“小众软件”“阮一峰的网络日志”等公众号。在搜索框输入公众号名称点搜索等一两秒点击“添加”按钮。每个公众号添加成功后后台会自动触发一次拉取。我第一轮一次性加了 20 个公众号大约过了两分钟文章列表陆续刷出来这说明首次抓取是成功的。3.4 复制 RSS 地址并加入阅读器每个公众号在管理后台都会生成一个独立的 RSS 地址通常是“所有文章汇总”和“单个公众号”两种都能选。我看到后台页面上有复制按钮点一下就能拿到形如http://你的服务器IP:4000/feeds/xxx.xml的链接。拿到链接后我把它填进 RSS 阅读器。我用过好几款推荐几个手机端可以用 Reeder 或 FeedMeMac / Windows 桌面端可以用 NetNewsWire想要自建全套的用 FreshRSS。填进去后点订阅阅读器会立刻拉取一次刚才添加公众号时缓存的文章全部出现在列表里。如果你只想订阅某个特定公众号复制单个地址就行。如果想把这些公众号当做一个“合集”来读就订阅那个汇总地址。3.5 验证是否真的能拉到文章部署完最容易忽略的一件事是验证链路。测试方法很简单先记下 RSS 地址里最近一篇文章的标题然后在微信读书里取消关注这个公众号再重新关注触发一次文章列表变化。切入到管理后台手动触发一次刷新回阅读器里强制刷新订阅看新文章有没有进来。这一步能帮你快速判断问题出在哪个环节如果管理后台有文章但阅读器没有说明订阅地址填错或阅读器缓存问题如果后台都没有说明微信读书侧登录态失效重新扫码即可。4. 进阶把公众号 RSS 变成个人情报站4.1 用 FreshRSS 把公众号、博客、学术文献收进同一个界面公众号只是 RSS 生态中的一环。真正把这套体系用起来之后我开始把个人博客、技术社区、GitHub Releases、学术 preprint 全都灌进同一个阅读器。推荐自建一个 FreshRSS它的 Docker 部署也很简单docker run -d --name freshrss \ -p 8880:80 \ -v freshrss-data:/var/www/FreshRSS/data \ --restart unless-stopped \ freshrss/freshrss:latest访问http://你的服务器IP:8880按引导安装即可。这样我每天早上打开的不是微信而是 FreshRSS。公众号文章出现在“微信公众号”分类学术论文出现在“文献追踪”分类公司博客出现在“技术资讯”分类。信息不再从一个封闭 App 里无序涌入而是被分类、排序、沉淀下来。4.2 过滤规则只看特定作者不被标题党淹没公众号最大的问题之一是更新频率过高但高价值内容密度低。FreshRSS 提供了过滤规则功能可以按标题、作者、标签做判断。我把所有标题中含“广告”“推广”“粉丝福利”的条目自动标记为已读标题含“深度”“复盘”“实测”的条目自动加星标。这样一来每天真正需要精读的文章会主动浮到最上层。呼应一下前面提到的“RSS 追踪特定作者文献”思路如果你关注某个领域的作者比如 AI、产品设计或某个公益项目的研究者在 FreshRSS 里建一个标签叫“关注人物”然后设置过滤规则作者字段包含“张某某”或“某某团队”时自动打上这个标签。公众号、博客、学术期刊里的同作者内容就会自动聚合到一个分类里这就是一个完全私有化的“文献追踪系统”。文献平台如 arXiv 和 PubMed 也都提供按作者或关键词生成的 RSS 订阅源把它填进同一个阅读器效果一样。4.3 全文抓取与正文美化RSS 输出的内容通常包括文章标题、作者、摘要和正文但有些源只给摘要。遇到这种情况我一般会在阅读器层面做全文补充。FreshRSS 有相关插件能调用 Mercury Parser 或 Readability 来把原文正文提取出来。需要注意控制频率个人自用没什么问题不要高频抓取导致源站压力过大。公众号原文有时包含小程序卡片或外链全文提取不一定完整这时候直接点击原文链接跳转到微信里看是更稳的方案。4.4 数据备份与迁移RSS 源的价值在于长期沉淀数据备份不能省。我的习惯是每周导出一次 OPML 文件这个文件记录了所有订阅源地址和分类信息。万一阅读器挂了或服务器崩了导入 OPML 就能恢复清单。除了 OPML数据库本身也要定时备份。wewe-rss 的数据目录挂在./dataFreshRSS 挂在freshrss-data卷分别把宿主机对应目录打包上传到对象存储即可。我是用 cron 写了个脚本每周日晚上自动把这两个目录压缩上传试过几次恢复流程效果可靠。4.5 分享一个“RSS 即时通知”的小技巧传统 RSS 是被动拉取打开阅读器才看到更新。但对于少数几个重点关注的大号我想第一时间知道更新。于是我用 n8n 搭了一条自动化流程订阅源出现新条目时自动发送到我的 Bot 里。操作也不复杂n8n 里加一个“RSS Feed Trigger”节点填上 RSS 地址再连一个消息推送节点设置执行间隔即可。这样最核心的信息源会被主动推到我面前其余的留在阅读器里慢慢读。这个思路同样适用于追踪特定作者文献某篇论文上线第一时间就能收到通知。5. 常见问题与避坑实录5.1 登录过期一直拉不到新文章这是最常见的故障。wewe-rss 依赖微信读书的登录态微信读书会不定期让登录失效。现象是后台文章列表长时间不更新日志里出现 401 或认证错误。解决办法很简单重新扫码授权顺手把旧 token 清掉。我建议每周看一次后台日志或者给日志目录设置一个简单的心跳检查不要等文章断更两周才发现。5.2 某个公众号一直拉不到文章先别怀疑程序去微信读书 APP 里搜一下这个公众号。如果微信读书里根本搜不到或者搜到了但无法关注那 wewe-rss 大概率也拿不到数据。公众号的收录范围由微信读书平台决定不是 all-in 的。也有一些号设置了“禁止被订阅”或仅限特定渠道这种只能用 RSSHub 的公众号后台 Cookie 方案兜底。我个人遇到这种情况就直接放弃这个源不值得为个公众号折腾。5.3 部署在国内服务器上需要注意什么如果你用的是国内云主机且只通过 IP 访问注意放行对应端口和安全组。如果后续绑定了域名需要完成备案流程否则网站无法正常访问。这个不在本文范围内但很多人第一次自建服务时都在这里卡住。我只提醒一句先把 IP 访问和密码保护做好再考虑域名的事情。反向代理建议用 Caddy自动申请 HTTPS配置比 Nginx 简单得多。5.4 服务重启后数据库还在吗只要你的 volume 挂载正确重启容器不会丢数据。但有一种情况数据目录的权限不对容器启动时无法写入导致数据库文件重建或丢失。部署时给宿主机目录设置好权限或者在 compose 文件里指定 UID/GID能减少这类问题。升级镜像前先备份./data目录出问题能立刻回滚。5.5 在线转换服务挂了怎么办如果你不想自建过去有一些公众号 RSS 在线生成服务输入关键词就能返回一个订阅地址。这类服务最大的风险是运营方停服一旦源地址失效你的阅读器里就会留下一个 404。我把它们定位为“临时替代”适合应急不适合长期依赖。真要长期用还是自建 wewe-rss 或 RSSHub数据在自己手里才放心。现象可能原因处理方法后台无文章更新登录态过期重新扫码授权单个公众号无法添加微信读书未收录换 RSSHub 兜底阅读器拉取失败订阅地址错误核对 RSS 地址服务启动失败端口被占用修改宿主机端口映射轮询过频触发提示抓取间隔太短调整到 10 分钟以上5.6 平台规则红线最后说一句容易被忽略的事。虽然 wewe-rss 用的是微信读书的登录态但依然建议遵循平台规则。个人自用、阅读自己订阅的内容、低频拉取是安全边界内的事。不要把自己生成的 RSS 源公开到网上不要给几十个人共享更不要用这个系统做内容聚合站。公众号文章版权属于原作者RSS 只是方便个人阅读和归档不能拿去二次分发。做到这些这个方案才可以长期稳定跑下去。6. 我的实测数据和半年的使用体会6.1 资源占用与稳定性我的服务器配置是 1 核 2G部署了 wewe-rss 和 FreshRSS 两个服务。公众号数量 40 个出头轮询间隔 10 分钟内存占用基本稳定在 300MB 左右磁盘半年涨了大约 2GB。稳定性方面半年里遇到过 2 次微信读书登录过期一次是长时间没打开微信读书被平台强制退出一次是换了台常用手机导致登录态变化。整体来说比 RSSHub 的 Cookie 方案稳定太多基本做到“部署一次偶尔看一眼”。日常运维我只做三件事每周看一次日志、每月导出一份 OPML、升级镜像前备份数据。没有更多了。6.2 RSS 真正的价值不在工具在阅读习惯用了半年之后我发现最大的变化不是“工具变高级了”而是阅读习惯被彻底重构。以前我打开微信红点一多就焦虑刷公众号像是在巡逻。现在每天早上打开 FreshRSS公众号文章、技术博客、学术文献排成一条干净的时间线我可以先扫标题过滤掉推广再挑几篇加星标的深度文章精读剩下的全部已读。阅读变成了一个主动的行为而不是被通知推着走。更让人踏实的是可追踪性。微信号文章经常推送后就不再出现在你的视野里但在 RSS 系统里我可以随时按作者名搜索三个月前某个人的文章可以给同一主题的文章建标签可以导出成 PDF 存档。这种“资料库”的感觉是原生公众号界面永远给不了的。6.3 还可以继续扩展的方向RSS 这套流程的价值在于“一次搭建处处复用”。我目前接入了几类源学术文献arXiv、PubMed 按作者或关键词生成订阅源用来追踪特定研究者的新论文。代码仓库GitHub Releases 的.atom地址项目发新版立刻知道。邮件列表很多开源社区的 mailing list 自带 RSS 归档不用去翻邮件。个人博客独立博客几乎都提供 RSS高质量信息源常在这里。如果你也在做“追踪特定作者文献”这件事RSS 可能是最省事的方案。你不需要每天都去数据库搜一次作者名只需要把包含该作者论文的期刊订阅源拉进来配合过滤规则自动打标签。过一个月回头翻所有相关文献都在一个标签下效率和手工搜索完全不是一个量级。6.4 给新手的最后建议如果你现在还在观望我建议先走一遍最小闭环部署 wewe-rss添加一个公众号订阅到阅读器里跑通整条链路。确认体验没问题后再不断加源、加过滤规则、加大存储。不要一开始就追求“把所有公众号都同步”那只会让你在初期被一堆问题淹没失去耐心。等基础链路稳定之后再谈“追踪作者”“全文归档”“自动通知”这些进阶玩法。最后一个小建议定期清理订阅源。RSS 让你拥有更强的接收能力但也容易让你订阅越来越多。每季度把所有源过一遍删掉三个月没打开过的分类给信息流做减法比新增源更重要。
差不多半年前我下定决心把所有公众号文章都同步到 RSS。原因很朴素我关注了四十多个公众号但每天真正会点开读的不到十个剩下的要么被红点催促要么沉进聊天列表再也翻不出来。你可能也有这种感觉——微信公众号像一个只进不出的信息池子而 RSS 才是能把水引出来的水管。折腾了一圈最后被我留在生产环境的是基于微信读书的 wewe-rss 方案从部署到扫码再到把订阅源加进阅读器熟练之后真的只要三分钟。这篇文章就把整个流程、原理和踩过的坑一次讲透。1. 为什么我要把所有公众号文章都塞进 RSS1.1 公众号原生的阅读体验问题出在哪里微信公众号这套体系不是不好而是“阅读管理”太弱。我关注的公众号越来越多从行业资讯到生活观察从技术博客到课程资料光是置顶就放了七八个。但实际阅读体验是灾难性的信息流里混着标题党、广告、硬广和真正有价值的长文你能做的只有不断往下刷然后被推荐算法带跑。收藏功能更是摆设收藏了基本等于吃灰真到要找某篇具体文章的时候搜索框给出来的结果经常不准有时候连时间排序都做不到。还有更折磨人的“通知干扰”。公众号更新没有统一列表只有一个小红点但你又不能不看因为这里面可能有一条别人转发给我的重要消息。每天花在“处理红点”上的时间比真正阅读的时间还多。这个问题本质上不是“内容质量”问题而是“内容入口”问题。公众号把内容锁在了一个封闭的池塘里而你真正需要的是一个按时间排列、可搜索、可过滤、可归档的流水线。1.2 RSS 解决什么问题RSS 是老技术但恰好治这个病。它把内容从平台中抽出来变成一个个标准格式的订阅源阅读器按固定时间向源地址拉取新文章自动出现。所有公众号文章、个人博客、学术文献、GitHub Releases 都能汇聚到同一个界面里。你可以随手搜索、打标签、加星标、做全文归档。换句话说RSS 让你重新拿回了“信息所有权”而不是把阅读场景完全交给某个 App 的算法。对于公众号场景RSS 还带来一个额外的价值可追踪特定作者。公众号里的大多数文章都有固定的作者一旦进入 RSS 源作者字段可以被索引、被搜索、被过滤。这意味着你可以像看文献库一样按作者名把某个人的历史文章全部捞出来定时追踪他的更新而不是被动等着微信推荐。1.3 公众号 RSS 化的主流方案对比在动手之前我按记忆里的方案列了一张对比表评估谁值得长期用方案上手难度稳定性全文能力平台风险适合程度RSSHub 自建 微信 Cookie高中是Cookie 频繁失效备选wewe-rss微信读书桥接低较高是低个人低频自用首选在线转换站点如 WeRSS最低不定不定服务可能停止临时替代手工复制粘贴文章链接无无无无不现实先说 RSSHub。这个项目很强但公众号类路由要么需要你自己的公众号后台 Cookie要么依赖第三方网站维护成本偏高。对不折腾的人来说部署成功了也容易在一个月后突然抽风。再说在线转换站点输入公众号名称直接返回一个 RSS 地址看起来很方便但很多服务已经停止运营剩下的也说不准能活多久一旦挂了就得重新找备胎。1.4 为什么我最终选了 wewe-rsswewe-rss 最打动我的一点是它绕开了微信公众平台而是走微信读书。原理一句话就能说清你在微信读书里关注某个公众号微信读书会把这个公众号的新文章聚合到自己的数据里wewe-rss 通过你的微信读书登录态来读取这一层数据再吐成标准 RSS。整个过程不需要注册公众号、不需要装微信机器人只需要扫码授权一次。登录微信读书这个动作本质上是“你在用自己的正常阅读账号获取自己订阅的内容”频率控制好就相对安全。而且项目本身迭代很快社区活跃遇到问题能查到解决方案。我把几个方案都试了一圈之后这个是最适合“长期挂机”的。2. 先搞懂原理部署才不会抓瞎2.1 微信读书在中间扮演什么角色很多人不知道微信读书 APP 里是可以关注公众号的。打开微信读书搜索一个公众号的名称点进去就能看到它的历史文章列表也可以直接点“关注”。关注之后公众号的更新就会出现在你的微信读书“订阅”板块里。微信读书等于帮用户维护了一个公众号文章聚合列表。wewe-rss 玩的正是这一点。它登录的是微信读书账号不是微信主账号也不是公众号后台。整个链路的信任模型是“微信读书帮我聚合 → wewe-rss 把我的聚合列表转成 RSS”。所以你在中间要理解一件事公众号能不能被转成 RSS取决于这个号在微信读书里能不能搜到、能不能关注。绝大多数主流公众号都能覆盖但个别号确实存在搜不到的情况这属于微信读书侧的数据源问题。2.2 一条公众号文章是怎么变成 RSS 条目的我把数据流拆开给你看这样就算部署后出了奇怪问题你自己也能推测是哪个环节坏了。整个流程是这样的你在 wewe-rss 管理后台搜索并添加一个公众号。wewe-rss 把公众号 ID 和当前登录态写进本地数据库。定时任务每隔一段时间带着微信读书的登录态请求公众号文章接口获取最近几篇的文章列表。文章标题、摘要、封面图、发布时间、作者、原文链接被存进数据库。系统把这些数据渲染成标准 RSS/Atom XML在固定地址对外输出。你的 RSS 阅读器按订阅频率来拉取这个地址新文章自动出现在阅读列表里。我初期最常犯的错误是“登录态过期了还在傻等”。后来发现日志里出现 401 或认证失败就去管理后台重新扫码问题立刻解决。2.3 为什么用 Docker 部署wewe-rss 是 Node.js 写的依赖项不少。如果你直接把源码拉到服务器上跑要装 Node、装依赖、管进程、管日志、升级时还要处理一堆文件和目录。Docker 最大的价值是把这些琐事全部封装起来数据用 volume 挂载到宿主机升级只需要重新拉镜像再启动旧数据不会丢。对一个“想花 3 分钟解决问题”的人来说Docker 是唯一合理的选择。我的建议是不要用源码部署方式除非你想改代码。我自己的服务器配置也只有 1 核 2G跑 40 个公众号源毫无压力。2.4 频率控制是文明使用的前提这个点必须说清楚。wewe-rss 是模拟普通用户在微信读书里的阅读行为所以轮询频率绝不能像爬虫那样激进。我自己在配置里把抓取间隔设在 10 分钟有一次测试手滑改成了 30 秒跑了一天就收到登录异常提示被迫重新授权。普通用户不会 30 秒刷新一次公众号列表所以别拿服务器程序的标准去挑战平台风控。建议单用户场景下轮询间隔不要低于 5 分钟日常使用 10 分钟完全够用。公众号文章更新本来也不是秒级事件迟几分钟看到完全不影响。3. 3分钟部署的操作实录3.1 准备一台可以长期挂机的机器如果只是体验用自己的电脑也行但 RSS 同步是 7×24 小时的事电脑关机源就断了。我建议准备一台长期开机的服务器或者家里的 NAS、软路由。硬件要求很低1 核 1G 内存就足够存储建议预留 10G因为文章正文和封面图会慢慢攒下来。服务器需要开放一个端口供 Web 访问我用的是 4000 端口你换别的也行但记得在防火墙和安全组里放行。我个人不建议把 wewe-rss 直接暴露到公网而不做任何保护。至少要在管理界面设置一个访问密码有条件的话用域名加 HTTPS 反代。这个话题放到后面常见问题章节。3.2 用 docker-compose 起服务我用的部署模板很简单。登录服务器新建一个目录比如/opt/wewe-rss在里面放一个docker-compose.yml。下面给的是一个最小可用模板不同分支的官方配置可能略有差别跑之前先看项目 README 里的最新内容但核心环境变量基本就是这几个version: 3 services: wewe-rss: image: cooderl/wewe-rss:latest container_name: wewe-rss ports: - 4000:4000 environment: - TZAsia/Shanghai - AUTH_CODE换成你自己的访问密码 volumes: - ./data:/app/data restart: unless-stopped然后在这个目录里执行docker compose up -d如果服务器还没装 Docker先用一键脚本装一下这里不展开。启动后看一眼日志确认没有报错docker logs -f wewe-rss看到服务监听 4000 端口就意味着部署完成。这一步在已经装好 Docker 的机器上大约只用一分钟。3.3 微信读书扫码登录并添加公众号打开浏览器访问http://你的服务器IP:4000。第一次进入会让你输入后台密码就是刚才写在AUTH_CODE里的那个字符串。登录后页面会显示一个二维码用手机微信扫码确认“登录微信读书”。扫码成功后后台就拿到了微信读书的登录态。接下来就是在管理界面搜索公众号。拿我自己的例子来说我添加了“差评”“半佛仙人”“小众软件”“阮一峰的网络日志”等公众号。在搜索框输入公众号名称点搜索等一两秒点击“添加”按钮。每个公众号添加成功后后台会自动触发一次拉取。我第一轮一次性加了 20 个公众号大约过了两分钟文章列表陆续刷出来这说明首次抓取是成功的。3.4 复制 RSS 地址并加入阅读器每个公众号在管理后台都会生成一个独立的 RSS 地址通常是“所有文章汇总”和“单个公众号”两种都能选。我看到后台页面上有复制按钮点一下就能拿到形如http://你的服务器IP:4000/feeds/xxx.xml的链接。拿到链接后我把它填进 RSS 阅读器。我用过好几款推荐几个手机端可以用 Reeder 或 FeedMeMac / Windows 桌面端可以用 NetNewsWire想要自建全套的用 FreshRSS。填进去后点订阅阅读器会立刻拉取一次刚才添加公众号时缓存的文章全部出现在列表里。如果你只想订阅某个特定公众号复制单个地址就行。如果想把这些公众号当做一个“合集”来读就订阅那个汇总地址。3.5 验证是否真的能拉到文章部署完最容易忽略的一件事是验证链路。测试方法很简单先记下 RSS 地址里最近一篇文章的标题然后在微信读书里取消关注这个公众号再重新关注触发一次文章列表变化。切入到管理后台手动触发一次刷新回阅读器里强制刷新订阅看新文章有没有进来。这一步能帮你快速判断问题出在哪个环节如果管理后台有文章但阅读器没有说明订阅地址填错或阅读器缓存问题如果后台都没有说明微信读书侧登录态失效重新扫码即可。4. 进阶把公众号 RSS 变成个人情报站4.1 用 FreshRSS 把公众号、博客、学术文献收进同一个界面公众号只是 RSS 生态中的一环。真正把这套体系用起来之后我开始把个人博客、技术社区、GitHub Releases、学术 preprint 全都灌进同一个阅读器。推荐自建一个 FreshRSS它的 Docker 部署也很简单docker run -d --name freshrss \ -p 8880:80 \ -v freshrss-data:/var/www/FreshRSS/data \ --restart unless-stopped \ freshrss/freshrss:latest访问http://你的服务器IP:8880按引导安装即可。这样我每天早上打开的不是微信而是 FreshRSS。公众号文章出现在“微信公众号”分类学术论文出现在“文献追踪”分类公司博客出现在“技术资讯”分类。信息不再从一个封闭 App 里无序涌入而是被分类、排序、沉淀下来。4.2 过滤规则只看特定作者不被标题党淹没公众号最大的问题之一是更新频率过高但高价值内容密度低。FreshRSS 提供了过滤规则功能可以按标题、作者、标签做判断。我把所有标题中含“广告”“推广”“粉丝福利”的条目自动标记为已读标题含“深度”“复盘”“实测”的条目自动加星标。这样一来每天真正需要精读的文章会主动浮到最上层。呼应一下前面提到的“RSS 追踪特定作者文献”思路如果你关注某个领域的作者比如 AI、产品设计或某个公益项目的研究者在 FreshRSS 里建一个标签叫“关注人物”然后设置过滤规则作者字段包含“张某某”或“某某团队”时自动打上这个标签。公众号、博客、学术期刊里的同作者内容就会自动聚合到一个分类里这就是一个完全私有化的“文献追踪系统”。文献平台如 arXiv 和 PubMed 也都提供按作者或关键词生成的 RSS 订阅源把它填进同一个阅读器效果一样。4.3 全文抓取与正文美化RSS 输出的内容通常包括文章标题、作者、摘要和正文但有些源只给摘要。遇到这种情况我一般会在阅读器层面做全文补充。FreshRSS 有相关插件能调用 Mercury Parser 或 Readability 来把原文正文提取出来。需要注意控制频率个人自用没什么问题不要高频抓取导致源站压力过大。公众号原文有时包含小程序卡片或外链全文提取不一定完整这时候直接点击原文链接跳转到微信里看是更稳的方案。4.4 数据备份与迁移RSS 源的价值在于长期沉淀数据备份不能省。我的习惯是每周导出一次 OPML 文件这个文件记录了所有订阅源地址和分类信息。万一阅读器挂了或服务器崩了导入 OPML 就能恢复清单。除了 OPML数据库本身也要定时备份。wewe-rss 的数据目录挂在./dataFreshRSS 挂在freshrss-data卷分别把宿主机对应目录打包上传到对象存储即可。我是用 cron 写了个脚本每周日晚上自动把这两个目录压缩上传试过几次恢复流程效果可靠。4.5 分享一个“RSS 即时通知”的小技巧传统 RSS 是被动拉取打开阅读器才看到更新。但对于少数几个重点关注的大号我想第一时间知道更新。于是我用 n8n 搭了一条自动化流程订阅源出现新条目时自动发送到我的 Bot 里。操作也不复杂n8n 里加一个“RSS Feed Trigger”节点填上 RSS 地址再连一个消息推送节点设置执行间隔即可。这样最核心的信息源会被主动推到我面前其余的留在阅读器里慢慢读。这个思路同样适用于追踪特定作者文献某篇论文上线第一时间就能收到通知。5. 常见问题与避坑实录5.1 登录过期一直拉不到新文章这是最常见的故障。wewe-rss 依赖微信读书的登录态微信读书会不定期让登录失效。现象是后台文章列表长时间不更新日志里出现 401 或认证错误。解决办法很简单重新扫码授权顺手把旧 token 清掉。我建议每周看一次后台日志或者给日志目录设置一个简单的心跳检查不要等文章断更两周才发现。5.2 某个公众号一直拉不到文章先别怀疑程序去微信读书 APP 里搜一下这个公众号。如果微信读书里根本搜不到或者搜到了但无法关注那 wewe-rss 大概率也拿不到数据。公众号的收录范围由微信读书平台决定不是 all-in 的。也有一些号设置了“禁止被订阅”或仅限特定渠道这种只能用 RSSHub 的公众号后台 Cookie 方案兜底。我个人遇到这种情况就直接放弃这个源不值得为个公众号折腾。5.3 部署在国内服务器上需要注意什么如果你用的是国内云主机且只通过 IP 访问注意放行对应端口和安全组。如果后续绑定了域名需要完成备案流程否则网站无法正常访问。这个不在本文范围内但很多人第一次自建服务时都在这里卡住。我只提醒一句先把 IP 访问和密码保护做好再考虑域名的事情。反向代理建议用 Caddy自动申请 HTTPS配置比 Nginx 简单得多。5.4 服务重启后数据库还在吗只要你的 volume 挂载正确重启容器不会丢数据。但有一种情况数据目录的权限不对容器启动时无法写入导致数据库文件重建或丢失。部署时给宿主机目录设置好权限或者在 compose 文件里指定 UID/GID能减少这类问题。升级镜像前先备份./data目录出问题能立刻回滚。5.5 在线转换服务挂了怎么办如果你不想自建过去有一些公众号 RSS 在线生成服务输入关键词就能返回一个订阅地址。这类服务最大的风险是运营方停服一旦源地址失效你的阅读器里就会留下一个 404。我把它们定位为“临时替代”适合应急不适合长期依赖。真要长期用还是自建 wewe-rss 或 RSSHub数据在自己手里才放心。现象可能原因处理方法后台无文章更新登录态过期重新扫码授权单个公众号无法添加微信读书未收录换 RSSHub 兜底阅读器拉取失败订阅地址错误核对 RSS 地址服务启动失败端口被占用修改宿主机端口映射轮询过频触发提示抓取间隔太短调整到 10 分钟以上5.6 平台规则红线最后说一句容易被忽略的事。虽然 wewe-rss 用的是微信读书的登录态但依然建议遵循平台规则。个人自用、阅读自己订阅的内容、低频拉取是安全边界内的事。不要把自己生成的 RSS 源公开到网上不要给几十个人共享更不要用这个系统做内容聚合站。公众号文章版权属于原作者RSS 只是方便个人阅读和归档不能拿去二次分发。做到这些这个方案才可以长期稳定跑下去。6. 我的实测数据和半年的使用体会6.1 资源占用与稳定性我的服务器配置是 1 核 2G部署了 wewe-rss 和 FreshRSS 两个服务。公众号数量 40 个出头轮询间隔 10 分钟内存占用基本稳定在 300MB 左右磁盘半年涨了大约 2GB。稳定性方面半年里遇到过 2 次微信读书登录过期一次是长时间没打开微信读书被平台强制退出一次是换了台常用手机导致登录态变化。整体来说比 RSSHub 的 Cookie 方案稳定太多基本做到“部署一次偶尔看一眼”。日常运维我只做三件事每周看一次日志、每月导出一份 OPML、升级镜像前备份数据。没有更多了。6.2 RSS 真正的价值不在工具在阅读习惯用了半年之后我发现最大的变化不是“工具变高级了”而是阅读习惯被彻底重构。以前我打开微信红点一多就焦虑刷公众号像是在巡逻。现在每天早上打开 FreshRSS公众号文章、技术博客、学术文献排成一条干净的时间线我可以先扫标题过滤掉推广再挑几篇加星标的深度文章精读剩下的全部已读。阅读变成了一个主动的行为而不是被通知推着走。更让人踏实的是可追踪性。微信号文章经常推送后就不再出现在你的视野里但在 RSS 系统里我可以随时按作者名搜索三个月前某个人的文章可以给同一主题的文章建标签可以导出成 PDF 存档。这种“资料库”的感觉是原生公众号界面永远给不了的。6.3 还可以继续扩展的方向RSS 这套流程的价值在于“一次搭建处处复用”。我目前接入了几类源学术文献arXiv、PubMed 按作者或关键词生成订阅源用来追踪特定研究者的新论文。代码仓库GitHub Releases 的.atom地址项目发新版立刻知道。邮件列表很多开源社区的 mailing list 自带 RSS 归档不用去翻邮件。个人博客独立博客几乎都提供 RSS高质量信息源常在这里。如果你也在做“追踪特定作者文献”这件事RSS 可能是最省事的方案。你不需要每天都去数据库搜一次作者名只需要把包含该作者论文的期刊订阅源拉进来配合过滤规则自动打标签。过一个月回头翻所有相关文献都在一个标签下效率和手工搜索完全不是一个量级。6.4 给新手的最后建议如果你现在还在观望我建议先走一遍最小闭环部署 wewe-rss添加一个公众号订阅到阅读器里跑通整条链路。确认体验没问题后再不断加源、加过滤规则、加大存储。不要一开始就追求“把所有公众号都同步”那只会让你在初期被一堆问题淹没失去耐心。等基础链路稳定之后再谈“追踪作者”“全文归档”“自动通知”这些进阶玩法。最后一个小建议定期清理订阅源。RSS 让你拥有更强的接收能力但也容易让你订阅越来越多。每季度把所有源过一遍删掉三个月没打开过的分类给信息流做减法比新增源更重要。
