WeChatRSS 重生：在接口停摆之后，我重新找回了继续走下去的路

从界面上看，你仍然是在 WeChatRSS 里搜索公众号、选择订阅，再回到熟悉的 RSS 阅读器里阅读；但在背后，文章列表的来源、客户端与云端的分工、历史文章的发现方式、账号安全边界和整个系统的运行方式，都已经重新设计。

微信关闭接口之后，我为什么必须重来

过去，文章列表主要依赖平台中心账号统一获取。这个方案曾经帮助我把公众号 RSS 做得很简单，但微信随后直接关闭了 WeChatRSS 赖以获取公众号文章列表的相关接口，旧的中心化链路因此停摆。它让我不得不正视一个此前被便利掩盖的问题：当文章发现依赖单一接口、少量中心账号和一套中心任务时，核心入口一旦消失，整套服务都会受到影响。

这不是一个可以靠临时补丁长期掩盖的小故障。所以我没有继续赌接口会恢复，也没有把勉强可用的替代方案包装成“修复完成”，而是把文章列表来源、客户端与云端分工、历史文章、套餐控制、授权和风险边界从头梳理了一遍。

新的 WeChatRSS：SaaS 与桌面客户端协作

• SaaS 继续负责公众号搜索、订阅管理、套餐额度、文章去重与授权、正文处理、标准 RSS、API、MCP 和文章导出；
• 桌面客户端使用你主动连接的数据源，同步 SaaS 已订阅公众号的文章列表和每日增量；
• 不同用户发现的公开文章目录会在云端去重汇总，已获取的正文不再重复抓取；
• 客户端只同步产品所需的公众号和公开文章目录，不上传聊天内容或其他无关的本机数据。

这不是把责任简单地丢给用户，而是尽量把敏感操作留在用户自己的设备上，把云端重新收缩到它更适合承担的部分。

两种互补的数据源

客户端 + 微信读书：默认、相对轻量

Windows 客户端支持用户使用微信扫码登录微信读书。登录后，客户端按照 SaaS 实际派发的订阅任务分批同步文章列表，不会因为登录成功就立即遍历全部关注公众号。该数据源面向所有套餐开放；免费版继续保留 2 个公众号。

Windows 本地微信公众号同步：可选、受控、需审核

希望快速导入本人已关注公众号、补充历史文章目录和每日增量的有效付费用户，可以单独申请这项能力。它不随购买套餐自动开启：用户需说明用途、阅读风险说明、完成二次确认并通过人工审核；批准后仍需在自己的 Windows 设备上主动启用。

我会通过最小能力范围、短期授权、套餐校验、撤销和速率控制降低误用风险。由于第三方平台可能调整规则或采取风控措施，是否启用应由用户在阅读完整说明后自行决定。具体数据范围和风险确认仅在登录后的能力申请与本机确认流程中展示。

macOS 客户端首个版本将支持 SaaS 账号绑定和微信读书同步，不包含 Windows 本地微信公众号同步。

历史文章如何处理

新架构保留“首次订阅边界”。首次订阅时，平台会在规则允许范围内把最多向前 10 天、最多 10 篇文章纳入普通可见范围，并以其中最早一篇确定普通可见起点。更早文章属于历史文章，当前选择范围仍以近两年为主。

历史目录可以由不同用户的客户端发现并在云端去重汇总。目录被发现不等于正文已经获取；正文如已由平台获取，后续符合条件的用户可直接获得授权，尚未获取的历史正文则按历史文章资源规则或用户自有方案处理。

不变的能力

这次改变的是文章列表的发现与同步方式，不是把 WeChatRSS 变成只有采集按钮的工具。标准 RSS、公众号搜索与订阅、正文处理、API、MCP、Word / PDF / EPUB / Markdown 导出、套餐与支付等面向用户的能力仍然保留。

停摆期间的服务期补偿

旧链路从 7 月 30 日起无法继续稳定提供文章更新，新链路在 8 月 4 日进入上线前实测。为了不让这段停摆时间由付费用户承担，我会为停摆期间仍在付费服务期内的用户统一顺延 7 天服务期。顺延完成后，新的到期时间会直接显示在账号套餐信息中，不需要用户单独申请。

为什么我仍然选择做下去

WeChatRSS 是我转型独立开发后的第一个产品。它从解决自己阅读问题的小工具，慢慢长成有人每天使用、愿意反馈，也愿意真金白银支持的服务。对一个独立产品来说，每一笔付费都不只是订单数字：它意味着有人相信这件事值得继续做，也让服务器、代理、存储和漫长的重构有了继续承担下去的可能。

公众号文章并没有消失，但让用户在自己习惯的阅读器、搜索工具和知识库里长期阅读它们，越来越不是一件理所当然的事。我一直想做的事情很朴素：尽量打破内容被困在单一入口里的信息壁垒，让有价值的信息更容易被发现、检索、整理和长期保存。

尤其感谢一路陪着产品成长的老用户。有人在故障时耐心提供日志，有人反复帮助验证不同环境，也有人在服务最困难的时候仍然续费支持。你们付出的是真实的时间、耐心和费用，我不会把它当作理所当然。WeChatRSS 能走到今天，不只是因为代码仍在更新，更因为一直有人相信它解决的问题有价值。

接下来我会做什么

• 优先完成 Windows 客户端的真实用户流程测试，继续打磨账号绑定、微信扫码、公众号同步、历史文章和错误恢复；
• 继续完善历史文章目录的去重、授权和正文复用，让已经获取过的内容不再重复消耗处理资源；
• 在本地微信读书方案稳定后，再评估由 SaaS 托管微信读书账号的补充方式，兼顾无需常开设备的使用场景；
• 推进 macOS 客户端的账号绑定与微信读书同步；Windows 本地微信公众号同步不会未经验证直接照搬到 macOS。

这些计划会根据真实测试结果逐步推进。我会优先保证已经开放的核心流程稳定，再发布明确的产品更新和功能更新公告。

新版本不会是终点，但这一次，我不想再用一条脆弱的中心链路假装稳定，而是希望做出一套更透明、更可控，也更有机会长期运行的系统。

谢谢大家这段时间的等待。我终于走到了可以重新出发的位置。

— WeChatRSS 2026 年 8 月