微信读书电脑端书籍导出工具：技术路线与风险审计

1. lbq110/weread-exporter：把 Canvas 重新变回文字

源码export_precise.py 在页面初始化前改写 Canvas 2D 的 fillText，记录每个被绘制字符的内容与 x/y 坐标。导出器按坐标聚合字符为行，再合并为段落；遇到 y 坐标回绕时识别左右双页，并按左页、右页排序。

源码图片不是从 Canvas 中识别，而是扫描可见 DOM 中的阅读器图片，筛出微信读书资源域名，并按页面 y 坐标与文字混排。每章可保存 Markdown、原始捕获 JSON 和图片；最终再合并全书。

项目说明二维码登录落在持久化 Chromium Profile，因此后续可以复用会话；项目明确要求账号本身已有阅读权限，并说明仅 App 可读的书不支持。

2. drunkdream/weread-exporter：浏览器注入 + 多格式成书

源码通过 Chrome DevTools Protocol 拦截阅读器响应，将 hook.js 注入页面；Hook 代理 Canvas 上下文调用，把页面实际绘制的内容转换为 Markdown。控制器按章节和页翻动，将捕获结果汇总。

源码后处理链使用 Markdown、BeautifulSoup、ebooklib 与 WeasyPrint 生成 EPUB/PDF/TXT，MOBI 依赖 KindleGen。也就是说，多格式是“同一份捕获内容的多种封装”，并非五条不同的正文获取方案。

源码Cookie 保存在 cache/cookie.txt，注入流程中还存在输出 Cookie 值的日志路径；调试日志、终端录屏或备份目录都可能泄露登录态。

Issue2025–2026 年的开放 Issue 包含扫码后仍循环登录、无法下载、书籍打不开等；2026-08-31 甚至出现使用 Playwright 重构登录与完整性的提议。这说明“最近仍有人维护”不等于当前网页登录链已经稳定。

3. finlater/weread.koplugin：直接复刻网页阅读器的数据面

源码scripts/fetch_weread_epub.py 接受浏览器 Cookie jar 或 Cookie 字符串，先续期会话并读取阅读器初始状态，再请求章节目录。对每章，它分别拉取正文、样式等分片，检查返回体完整性后还原内容。

源码若目录提供章节素材包地址，脚本读取 tar，筛出图片并改写 XHTML 中的引用，最后写入 EPUB 的 manifest、spine、导航、CSS 与图片。与 Canvas 路线相比，它更接近原始电子书结构。

源码Cookie 可以从文件读入并保存更新值；这利于无头运行，也意味着 Cookie 文件本身就是高敏感凭证。脚本还提供阅读进度上报相关开关，若只是导出，应避免启用会改变账号状态的功能。

4. WeReadExporter-Tampermonkey：在已登录网页里完成请求与还原

源码用户脚本运行在 weread.qq.com/web/reader/*，复用当前页面的同源登录态。它拦截 XHR 以取得图书与进度信息，也会请求目录和章节分片，并在浏览器内完成内容还原。

源码HTML 可直接复制；Markdown 由 Turndown 转换，TXT 是进一步去标签的结果。界面支持单章与整书的半自动处理。项目 README 中的 EPUB 截图更像“HTML/EPUB 内容效果”展示，源码主流程和自述明确的稳定输出仍是 Markdown、HTML、TXT。

供应链脚本从第三方 CDN 加载 jQuery 与 Turndown。即使代码本身不开服务器，远程依赖一旦被替换，也能在已登录的微信读书页面上下文运行；更稳妥的部署应固定并本地审阅依赖。

5. whale4113/weread-downloader：从网页脚本中动态“借出”还原函数

源码Puppeteer 通过 CDP 拦截阅读器 HTML 与工具脚本响应。项目用 Acorn 解析 JavaScript AST，在压缩后的网页脚本中按特征定位内部还原函数，然后把函数挂到 window；同时复制页面初始状态供后续章节读取。

源码章节加载完成后，脚本从状态树取得当前分段的编码内容，在页面上下文调用刚暴露的函数，还原 HTML，再用 Cheerio 提取纯文本保存为 TXT。交互式章节选择和缓存降低了重复抓取量。

6. bunnyburrow-weread：先保存“原始包”，再离线生成 EPUB

源码二维码登录后从书架进入目标书，直接读取页面 Vue Store 的 reader 状态。它通过调用页面组件的换章方法，让每章 HTML 进入 Store，再把章节 HTML、目录 JSON、图书元数据、CSS 和图片写入 .rdata.zip。

源码项目把下载、完整性检查、EPUB 生成拆成三个命令：先保留可检查的中间包，再离线将 HTML 转为 XHTML、生成 OPF/NCX/封面与资源清单。这是本批项目中数据工程边界最清楚的设计之一。

7. WeReadScan：视觉复刻和 DOM 复刻是两条不同分支

源码主分支是“翻页扫描仪”：Selenium 控制阅读器，逐页对正文 Canvas 元素截图，再将图像二值化/压缩并合成 PDF。它不需要理解文字编码，但 PDF 中的文本可搜索性和重排能力取决于后续 OCR。

源码html-variant 分支则注入 MutationObserver，观察 #preRenderContent，把预渲染章节复制到自建 HTML 根节点，最后导出单文件 HTML。这条路线效率更高，却依赖一个原作者仓库现已不可访问的脚本思路和旧 DOM 结构。

Issue开放 Issue 包含截图不全、登录后崩溃和“现在还能爬吗”；结合三年未维护，应视为历史方案。

8. wereadx：能在电脑浏览器使用，但本质是托管服务

源码服务端持有微信读书凭证，调用书籍目录、章节分片接口，执行内容校验与还原；前端内置 JSZip 与 FileSaver 完成下载。Deno KV 同时保存 token、VID、skey、rt 等凭证字段。

项目说明公开服务限制每月下载次数且明确不支持付费内容；自部署依赖 Deno Deploy、Deno KV 和数据库。它还包含自动更新阅读时长等会修改账号状态的功能，已经超出单纯导出器范围。

9. WeReadToolbox：把接口分片路线包装成桌面 GUI

源码Playwright 浏览器上下文负责登录和请求；程序先取目录，再按图书格式请求多组章节分片，本地恢复 HTML/TXT 和 CSS。PySide6 界面管理书架、下载队列和导出，后处理器可以生成 EPUB、Markdown、TXT、PDF。

代码质量仓库包含若干临时命名文件、硬编码测试路径和大量仍在演进的界面代码；README 只有 alpha 下载链接与两句技术说明，没有依赖锁定、构建复现或许可证。

10–12. 不应和独立正文导出器混为一谈的三个项目

• 衍生weread-exporter-skill 主要把 drunkdream 路线包装成 Claude Code Skill 和安装器；安装脚本会执行 pip install -e . 与用户级插件安装。它改善调用体验，不产生新的正文获取架构。
• 附录weread_decrypt 要求 Root Android，并读取应用私有目录下的缓存文件，再导出网文 TXT 或出版书 HTML。它回答的是“设备缓存怎样还原”，不是“电脑如何通过网页导出”。
• 官方Tencent/WeChatReading 提供搜索、书架、目录、阅读进度、笔记、书评与统计，但没有章节正文导出能力。它是安全、受支持的元数据/个人笔记路线，也是判断第三方工具越界程度的重要基准。