公众号文章归档 · 方案选择与操作指南 / 核验日期 2026-10-14

方案研究 · Pro 优化版

公众号批量导出先选路线，再下载。

研究判断：截至 2026 年 10 月 14 日，所查公开来源不足以确认某个候选能在 macOS 上完整归档任意第三方公众号的历史正文与媒体；这不等于证明此类工具不存在。已有链接时，先验证正文批量保存；需要全历史时，先核对清单。

本页用途：选方案，安排小样本试验。已核对公开文档、源码、发行页和问题反馈；未安装下载器、未登录目标账号、未执行批量导出。工具说明、用户反馈与本页建议分别标注。

01 / 先确定目标

自己的公众号

先验证后台文章清单

从“已发表”页面核对最早日期、分页和次条，再保存正文。这条路线尚未在目标账号现场验证。

已有文章链接

先试 wx-kit 的 URL 下载

从原始发行页选安装包。先处理 3–5 篇，检查全文和本地媒体，再处理链接文件。

只收未来更新

评估 wx-kit 或 WeRSS

先连续观察几天，并对照实际发布记录。增量流程不能填补此前历史缺口。

他人的号，且没有完整清单

先补链接，暂不承诺全量

少量缺失文章，可评估逐篇保存工具。不要因为安装包存在，就把它当作全历史下载方案。

03 / 能力对照

保存正文与列出全部历史，是两项能力

“文档列出”表示作者说明，不表示本次运行成功；“未验证”不表示一定做不到。固定历史清单与增量收集分别看。

试用前先核对：清单从哪里来，正文保存到哪里
路线 / 工具清单获取边界正文能力依据当前建议
自有后台管理员可见范围；分页、次条待现场核对需另配逐篇保存流程自己的号先验证这条路线
wx-kit历史列表受限；增量可能漏收文档列出已知 URL 批量下载已有链接时先小样本试用
wechat-article-downloaderAPI 全量模式未验证；搜索仅补线索文档列出 URL 文件批量保存能配置 Chrome + Bun 时备选
WeRSS问题单发言者自述增量可用、历史回补受限文档列出正文抓取及导出，需检查配置未来订阅候选
WxArticleSaver不提供全号历史清单文档列出微信内打开后逐篇保存逐篇补漏；先评估证书与代理
厂商下载服务“全历史”仅为宣传，覆盖未测需看指定目标的实际导出文件先验收样本，再决定安装或付费
wechatDownload / weread-mp前者 4.7 标失效；后者列表接口未测后者默认导出摘要、元数据和链接不作为可靠全文全量路线

04 / 方案与原始入口

按你手里的条件选方案

以上优先级是试用顺序，不是运行成功或可靠性排名；本报告未对候选工具进行运行验证。每张卡保留原始入口、适用条件和证据限制。

Mac 试用顺序：先评估无需本地 CA 信任的已有链接方案。本地 CA 信任指把工具使用的根证书加入系统信任。wx-kit 的未签名、未公证提示需单独评估；WxArticleSaver 在 Mac 上涉及本地证书与代理。安装方式与权限范围见项目说明。本页不把关闭系统防护或自动读取 Cookie 列为默认操作。Windows 厂商的“全历史”仍是宣传；决定安装或付费前，核对 Mac 运行条件、实际费用与数据处理方式，并要求目标账号、指定年份的导出样本。S3 S10 S14

先确定你能否登录目标账号后台。其他号的历史整理，优先尝试“链接清单 + 正文批量下载”，同时记录清单缺口。

01优先小样本试用

wx-kit

桌面应用 + CLI

适合把已有文章链接批量保存到本地，也能持续检查新文章。

环境 / 输出
macOS Apple Silicon / Intel、Windows；CLI 文档含 Linux
MD / HTML / PDF / 元数据；本地图片、视频按适配情况保存，在线播放链接不算本地媒体
完整性限制
开发者明确记录：历史列表受限时，只回退到最新一篇，无法回补全部历史；项目 README 也说明：两次刷新间被覆盖的文章可能漏收。
试用步骤
从 Releases 选系统安装包 → 先试 3–5 条已知链接 → 检查正文与媒体 → 再导入链接文件。
登录与数据
未签名、未公证安装包需自行评估系统信任提示。按 URL 下载与登录订阅是两条流程；没有列表入口不等于正文不能下载。
02自有账号优先验证

公众号自有后台

后台页面 + 定制脚本

如果你是账号管理员，先用“已发表”页面建立文章清单，再按链接下载。

环境 / 输出
能登录目标公众号后台的电脑
清单 CSV / JSON + 正文 MD / HTML，可定制媒体目录
完整性限制
这是建议的操作路线，未在本次目标账号验证。必须核对分页、时间范围、头条与次条；已删除或无权访问内容不能承诺恢复。
试用步骤
登录目标账号后台 → 遍历已发表记录 → 保留每篇链接 → 抽样正文 → 分批下载并对账。
登录与数据
只适用于自己管理的账号。不要把能登录自己的后台，误解为能列出任意其他号的全部历史。过去的跨号清单接口受限，不能直接判断自己的“已发表”页面也失效；两条路径须分别现场验证。 S1
03链接清单备选

wechat-article-downloader

Chrome + Bun 工具

文档提供单链接与 URL 文件批量下载；适合已有链接的知识库归档。

环境 / 输出
Mac / Windows / Linux（需 Chrome 与 Bun 环境）
Markdown + 本地图片 + YAML 元数据
完整性限制
搜狗搜索结果只能补充部分链接；README 的公众号 API 全量模式未验证，不能当作可靠的历史清单来源。
试用步骤
按 README 配好环境 → 选择 URL 文件模式 → 先检查 3 篇 → 保留失败清单 → 分批处理。
登录与数据
会通过 Chrome CDP 控制浏览器。建议使用不含日常登录态的独立 Chrome 配置文件，确认所需权限；本次没有连接微信登录态。
04增量候选 · 有近期故障

WeRSS / we-mp-rss

自部署订阅与导出

适合持续收集未来文章，并导出已经抓到的内容。

环境 / 输出
Docker / Python 服务，浏览器访问
RSS，文档列出 MD / PDF / DOCX / JSON
完整性限制
试用步骤
按项目文档部署 → 配置来源和登录 → 开启正文抓取 → 观察连续几天 → 抽查漏收与导出。
登录与数据
必须区分“标题订阅”与“正文抓取”。配置中的页数上限、正文开关、MD 导出开关会影响结果；自部署不能单凭名称证明数据全不外传。登录与高频访问可能触发限制，先观察低频小样本。
05逐篇补漏备选

WxArticleSaver

微信内阅读 + 本地保存

在微信里打开文章后，通过“导出本文”保存正文与媒体。

环境 / 输出
作者列出 Windows 10/11、Apple Silicon Mac
MD / HTML / TXT + 图片 / 音频 / 视频
完整性限制
不是获取某个号全部历史清单的工具，逐篇导出也不等于自动批量完成。
试用步骤
先读平台说明 → 理解代理与证书机制 → 小样本保存 → 使用项目恢复脚本并检查代理恢复。
登录与数据
Mac 文档要求信任本地 CA，并使用代理拦截相关流量。这会扩大信任范围；不熟悉证书和恢复方式时，优先尝试无需 CA 的已知链接方案。
06仅宣传 · 需现场验收

wechatdown.cn

厂商下载软件

网站宣称支持按公众号、文章列表与合集批量下载。

环境 / 输出
网站宣称 Windows 10/11
网站宣称 HTML / Word / PDF / TXT / Excel 与媒体
完整性限制
本次只核验宣传页面，没有验证二进制、登录流程或历史覆盖率；页面版本号不能证明当前接口可用。
试用步骤
先让服务商提供当前演示 → 用指定账号与指定年份试 5 篇 → 核对正文和来源 → 再决定是否安装或付费。
登录与数据
不要先上传 Cookie 或账号凭据。确认是否把正文或账号数据发往服务器；费用与隐私均未在本次验证。
074.7 发布标题标“已失效”

wechatDownload

传统抓取工具

曾通过微信内浏览器获取文章访问参数并批量下载。

环境 / 输出
README 列出 Windows / Mac
历史文档列出多种格式
完整性限制
4.7 发布页标题直接标注“已失效”（核验时为 Latest）。不要把旧教程中的成功过程当作今天的可用证明；具体哪些功能受影响仍需作者解释。
试用步骤
保留已下载资料；若有新版本，重新核验发布日期、发行说明和目标账号的小样本。
登录与数据
旧流程涉及访问参数与登录相关信息，不能向不明第三方提交。当前不列为稳定全量方案。
08源码与“全文导出”有差距

weread-mp

Python / 微信读书接口

适合作为接口研究材料，不能按 README 直接认为可导出整号全文。

环境 / 输出
Python；文档含浏览器 Cookie 读取
cmd_export 的 MD 为标题、摘要、时间和链接；另有 read 命令
完整性限制
检查的 cmd_export 默认取 20 条，MD 输出没有逐篇完整正文；历史列表依赖 /web/mp/articles；该项目当前接口可用性未验证。
试用步骤
若研究该项目，应先验证目标账号的列表接口，再明确写出逐篇 read 与媒体保存流程。
登录与数据
自动读取浏览器 Cookie 会触及登录凭据。本次只阅读公开源码，没有运行，也没有读取凭据。

05 / 旧工具的状态

旧方案还在网上，旧结论不能直接复用

原来的 wechat-article-exporter

作者公告已停维。重新部署旧源码不能证明上游接口恢复。先保护原来保存的资料；站点、文档仍存在也不能作为可用性证据。 S1 S16

wewe-rss 与各种 fork

原仓库已归档。fork 有更新只证明代码在变化。采用前必须找到新的历史清单获取方式，并用指定目标和日期现场验证。 S13

看到“全部下载”“最近更新”“几万颗星”时，先找一份可核对的导出清单。发布过新版、网站有下载按钮、安装成功，都不证明历史覆盖率。

06 / 可操作流程

我建议先这样试：清单与正文分开做

下面是建议流程。本次没有代你安装工具或执行抓取。若目标是自己的号，优先核对后台清单；若目标是其他号，历史页面、作者合集、已有收藏和公开搜索可以补链接，但不能自动证明完整。 自有后台路线是待验证的建议，不代表已确认账号适用资格，也不代表后台有一键导出按钮。

  1. 先定范围，并建立链接清单。

    写下账号、截止日期、最早需要的日期。清单每行记录标题、发布时间、原文链接、清单来源。把已删除、付费或无权访问项单独标记。去重后保留原始清单与时间范围。

  2. 从原始发行页下载候选工具，先处理 3–5 篇。

    优先评估 wx-kit 的已有 URL 下载流程。少量文章可先用浏览器保存页面作为对照，并断网检查正文和图片。选择早期、近期、多图和有媒体的文章，避免只试最新一篇。未签名应用的信任决定由你确认；本页不要求关闭系统防护。

    样本通过只支持继续批处理，不证明全历史覆盖。仅保留远程媒体链接不计为对应媒体已离线保存。测试样本应跨新旧日期，并包含次条、多图和所需音视频。

  3. 抽样通过后，分批下载并记录失败。

    已安装并确认 CLI 可用时，可以按项目文档使用链接文件模式。失败、登录过期或限流都要保留原因；不要把空文件当成功。不要以快速换账号的方式规避限制。

    链接文件 articles.txt：每行一条原文 URL

wx-kit download --urls-file articles.txt --formats md,html,meta

    WeRSS 另行记录正文抓取、页数上限和导出开关，避免把配置差异误判为能力差异。清单返回空、触发登录验证或频率限制时，记录失败并停止该批次，按项目允许的方式处理；不以换账号规避限制。S8

  4. 断网检查内容，再计算覆盖范围。

    核对正文末尾、图片相对路径、音视频、标题、时间和来源链接。对照清单检查成功数、失败数、缺媒体数。没有可信总清单时，只报告“保存了这些文章”，不要报告“公众号全部导完”。

如果只想保存未来文章

评估 wx-kit 或 WeRSS 的增量流程。先观察连续几天，并对照实际发文次数；最新一篇的回退机制可能漏掉两次检查之间发布的内容。增量启动成功不能解决此前历史缺口。

如果必须得到完整历史

自己的号先用后台逐页对账。其他号可以向作者取得文章目录或授权存档，也可以让服务商用指定账号、指定年份现场验收。拿不出完整清单时，不把“全量”作为交付承诺。

07 / 清单对账

核对已知清单，同时保留未知缺口

清单内完成率计算

先约定保存范围：正文、图片、音频和视频分别写清。只有所需内容都通过离线检查的文章，才计入验收通过篇数。数量按文章去重；本计算不联网、不保存数据。

请输入两个数量。

本结果只表示已知清单中约定内容的离线验收比例。100% 不能证明账号历史清单完整。

未发现的文章不会进入分母，因此不能证明历史穷尽。不得静默删除失败项以提高比例。应保留：清单来源、起止日期、失败项及原因、媒体缺失项；范围排除项需提前明确并另行记录。即使计算结果为 100%，也只说明已知清单内完成。

只要还有文章未确认通过验收，百分比最高显示 99.9%，并保留准确篇数。

08 / 来源与证据

来源与证据强度

作者公告与源码能支持其写出的状态；用户反馈能提示风险；服务商宣传需要现场证明。下面不含安装、登录或运行成功证据。页面与 main 分支会变化，这是一份 2026-10-14 核验快照。

本次没有作出的结论