WeReadMaster：你的微信读书，应该留下一座私人图书馆
不只是一个桌面工具，而是一套「阅读→笔记→复盘→沉淀」的完整工作流
WeReadMaster 是一款本地优先的微信读书桌面管理工具，帮助你将书架、笔记与阅读统计同步至本地，用 AI 生成结构化复盘与阅读指南，并导出为 Markdown 或分享图。适合长期使用微信读书、希望沉淀阅读资产的知识工作者。数据走官方 Skills 接口，不托管账号，阅读记录先属于你自己。
前言：为什么要做这个工具？
作为一个重度微信读书用户，我面临一个典型的“数字资产困境”：我们在平台上产生了大量的划线、笔记和阅读数据，但这些数据本质上是“平台锁定的”。一旦离开 App，或者平台调整接口，这些知识碎片很难被系统化地持有和管理。微信读书近期开放的 Skills / API Key 机制，为我们打通了数据通道。但官方提供的更多是“对话式”的交互。因此，我设计了 WeReadMaster：一个基于 Tauri + Rust + React 的本地优先（Local-first）桌面应用。它不只是一个“导出工具”，而是一个阅读资产的管理终端。
你是否也有过这些瞬间：
微信读书里标记了 100+ 本"读过"，但真正沉淀下来的内容几乎为零
划线越积越多，可每次想整理时面对的都是一片散落的片段
想复盘一本书，摘录、进度、统计和输出散落在不同角落
月底回想"这个月读了什么"，连一份像样的阅读报告都拿不出来
这些痛点反复困扰我，于是有了 WeReadMaster。
它不是另一个阅读 App，而是一个 本地优先的阅读工作台。核心逻辑很直接：把微信读书里的书架、笔记、统计和 AI 复盘，沉淀成你电脑里的长期知识资产。
一句话概括它的三层能力：
把数据收回来：书架、笔记、阅读统计优先落到本地，不再只存在于云端
把笔记变成资产：单本书可生成结构化复盘、行动项和复盘问题，读完不是终点
把统计变成作品：月报、卡片组和横版报告可直接保存，复盘和分享两不误
数据安全：走微信读书官方 Skills，不托管你的账号
这一点必须放在前面说清楚——它决定了你是否能放心使用。
WeReadMaster 读取微信读书数据时，使用的是 微信读书官方 Skills HTTP 接口。你需要自己在微信读书官方页面扫码获取 API Key，在本地应用内配置即可。
它不做什么
不会做的事
说明
不让你输入微信账号密码
不碰你的微信登录凭据
不抓取 cookie
不走浏览器会话
不托管你的微信读书账号
数据直接到你本地
不绕过付费内容
只操作你已合法拥有的内容
不读取他人数据
只看你自己的书架和笔记
一句话总结：它只把你账号里已经合法拥有的书架、笔记和统计同步到本地，然后帮你整理、复盘和导出。
先看一个最直观的功能：阅读统计可以生成分享图
这是工具里生成的月度阅读报告示例。它不是单纯列数字，而是把阅读时长、阅读天数、趋势、重点书目、分类偏好、关键词和下一步建议放到一张图里。
这张图适合几个场景：
月底复盘自己这个月读了什么
发到朋友圈、社群或知识库，留下阅读记录
看出自己最近偏向哪些主题，下一阶段应该补什么
把阅读统计从"冷冰冰的数字"变成一张能保存的个人月报
如果你不想发长图，也可以生成卡片组版本，更适合社交平台分多页分享。
5 个亮点
亮点一：打开以后，不用再到处找入口
打开应用以后，你不用在多个入口之间来回切。
书架、笔记、统计、复盘、发现和设置都在一个桌面端里。同步以后，即使不联网，也能查看本地已有缓存。
我希望它更像一个每天会打开的阅读工作台，而不是一块好看的数据大屏。你进来以后能快速知道：最近在读什么、哪些笔记值得整理、下一步应该继续读，还是先复盘。
亮点二：划线不再只是收藏，可以变成复盘材料
很多人划线以后就没有下一步了。
WeReadMaster 会把单本书的划线和想法整理成更适合复盘的结构，包括：
这本书的核心观点
哪些摘录最值得回看
可以落地的行动项
适合继续思考的复盘问题
后续是否需要重新生成新版本
也就是说，AI 在这里不是陪聊，而是帮你把阅读材料加工成更容易保存和输出的内容。你可以把它当成一个"读后整理助手"：不替你读书，但帮你把已经读过的东西重新组织起来。
亮点三：读到一半卡住时，它能给出下一步阅读建议
有些书不是读完才需要复盘，读到一半也会卡住。
这个工具可以根据当前书、阅读进度、已有笔记和统计信号，生成一份阅读指南。它会尽量回答这些问题：
这本书现在处在什么阅读阶段？
接下来应该重点读哪一部分？
什么时候适合停下来整理？
读完以后可以产出什么？
如果要延展同一主题，下一本可以怎么选？
对我来说，这比单纯问 AI "帮我总结这本书"更有用。它会结合当前阅读状态，而不是只生成一篇漂亮但用完即走的摘要。
亮点四：本地优先，阅读记录先属于你自己
这个项目非常强调本地优先。
书架缓存、笔记、阅读状态、AI 输出、导出文件，都尽量放在用户自己的电脑里。AI Provider 也由用户自己配置，可以使用 OpenAI 兼容服务或本地模型服务。
更重要的是：
不托管你的微信读书账号
不保存明文 API Key 到前端日志
不在后台自动上传笔记给 AI
不破解、不爬取他人数据、不绕过付费内容
AI 调用需要用户手动触发
如果你在意数据边界，希望阅读记录先属于自己，这一点会很重要。尤其是笔记和复盘这种带有个人判断的内容，我更倾向于先放在本机，再由用户自己决定是否导出、分享或同步到别处。
亮点五：不只微信读书，本地图书也能一起管理
除了微信读书，它也支持导入本地图书，目前包括 EPUB、TXT 和 Markdown。
本地图书和微信书架里的同名书不会被强行合并。它们会作为两个来源版本保存，阅读进度、划线、想法和 AI 记录彼此独立。
这个设计看起来谨慎，但实际很必要。因为不同来源的书排版、章节、位置都可能不一样，强行合并很容易让笔记错位。阅读资产最怕的不是少一点自动化，而是数据变得不可解释。
适合哪些用户
我觉得它特别适合这几类人：
长期使用微信读书，书架和笔记已经积累很多
希望把阅读记录导出到 Markdown、Obsidian、Notion、博客或自己的知识库
想定期做阅读复盘，但不想每次从零整理
希望 AI 帮忙总结和规划，但不想把所有内容交给中转平台
想要一个更稳定、更私密的桌面端阅读管理入口
如果你只是偶尔看书，可能微信读书原 App 已经足够。但如果你真的想把阅读变成一个长期积累系统，这个工具会更有价值。
使用场景与案例
下面通过三个真实用户的工作流，展示 WeReadMaster 如何融入日常，把阅读从“碎片化消费”变成“可沉淀的积累”。
案例一：知识博主小鹿——把阅读变成稳定的输出素材
小鹿每周要产出一篇书评和几条社交媒体帖文，过去她的工作流是：
在微信读书里划线，然后手动截图或复制到 Notion
月底翻阅读记录，凭记忆拼凑月度书单
整理一本书的笔记常常需要整个下午
引入 WeReadMaster 后，她的流程变成了：
每读完一本书，用「书籍复盘」生成结构化笔记，一键导出 Markdown 到 Obsidian
月底用「阅读报告」生成月度总结图，直接发朋友圈和社群
做主题书单时，用「跨书路线」梳理出几本同主题书的关联，找到写作切入点
成果：每周输出时间从 6 小时降到 2 小时左右，月度书评系列涨粉约 30%，读者反馈“你的内容更有脉络感”。
案例二：研究生阿杰——从课程阅读到论文综述的桥梁
阿杰的研究方向需要大量跨学科阅读，但微信读书的笔记散乱，整理成文献综述时总要反复翻书。他的痛点是：
一本书读了两个月，中间划线忘了上下文
学期末做综述时，几十本书的摘录难以横向对比
导师要求每周汇报阅读进展，但他总是临时拼凑
用 WeReadMaster 后，阿杰的解决方案：
每次读完一章，触发「阅读指南」判断当前阶段，决定继续深入还是整理
用「本地优先」的离线缓存，即使断网也能翻看之前的笔记和复盘
学期末把同主题书籍的复盘导出到 Logseq，做双链笔记和横向对比，快速形成综述框架
成果：期末综述从两周压缩到四天完成，导师评价“文献梳理更有条理”，学术组会上他也能随时调出阅读进度和关键摘录。
案例三：产品经理老张——用阅读驱动产品思考
老张有个习惯：每做一个新功能前，会读 2-3 本相关的产品设计或心理学书籍。但以前读完就过去了，等到真正设计时，能回忆起来的不到三成。他的典型场景：
边读边划线，但设计时找不到那条“做过笔记的用户心理偏差”
会议前想引证某本书的观点，却只记得大概，细节全忘
读得快但思维零散，知识不成体系
老张的工作流升级：
每完成一本产品相关书，用 AI 复盘提取“可落地的行动项”，直接对应到当前项目
设计评审前，从 WeReadMaster 调出相关书籍的「核心观点+摘录」，做成会议备注
把同功能线的书籍复盘导出到语雀，作为团队知识库的材料
成果：每次设计评审的准备时间缩短一半，提案引用的阅读材料具体可查，多次被同事追问“你这个思路是哪本书里来的？”
这三个案例的共同点：他们都不只是“阅读”，而是在用工具把阅读变成可复用、可分享的知识资产。如果你也处在相似的场景中，WeReadMaster 或许正适合你。
v1.0.5 有哪些新变化
最新版本是 v1.0.5，这版主要做了几件对用户有感知的事：
阅读报告更适合保存和分享，支持横版报告和卡片组预览
总览、书架、复盘、统计和本地阅读器的信息密度更舒服
书籍复盘、阅读指南和跨书路线的资产状态更清楚
长内容弹窗和报告预览的滚动区域更稳定，不容易挡住操作按钮
Windows 支持通过 GitHub Releases 一键更新
Android APK 发布链路修复签名问题，下载到的是正式签名包
怎么开始使用
当前正式版本主要面向 Windows x64 和 Android。下面是详细步骤：
打开 Releases 页面
👉 https://github.com/RHZHZ/wereadmaster/releases
下载并安装
下载最新的 Windows 安装包，安装并启动应用。
首次启动会进入引导流程，帮助你快速完成初始配置。
配置微信读书 API Key
在设置页中填入 API Key（在微信读书官方页面扫码获取）。
💡 配置完成后，你会看到如下主界面，书架、笔记、统计、复盘和设置等功能一应俱全：
配置 AI（可选）
如需使用 AI 复盘功能，在 AI 设置中填写你的 Provider 与 API Key（支持 OpenAI 兼容接口或本地模型）。
首次同步
同步书架与笔记后，即可开始使用核心功能：查看统计、生成报告、整理复盘、导出 Markdown。
⚠️ 微信读书数据走官方 Skills HTTP 接口，API Key 由用户自行获取。AI Key 同样由用户自己配置，本项目不提供中转服
常见问题
以下是使用 WeReadMaster 时经常被问到的几个问题，每个问题都附有一句话答案，方便快速了解。
Q1：API Key 会过期吗？如何更新？
💡 一句话答案：会过期，只需在微信读书官方页面重新扫码获取新 Key，打开设置页填入即可，已同步的数据不受任何影响。
微信读书官方 Skills 的 API Key 有有效期，过期后需要重新在微信读书官方页面扫码刷新。更新方式也很简单：打开 WeReadMaster 设置页，重新填入新的 API Key 即可，不会影响已同步的历史数据。
Q2：同步数据会占用大量本地空间吗？
💡 一句话答案：不会，书架、笔记和统计均为轻量文本，通常只占用几十 MB 空间，且可在设置中随时清理旧缓存。
本地数据主要是书架信息、笔记文本和阅读统计，体积很小。上百万字的书架同步下来通常也只在几十 MB 级别，不会占用过多磁盘空间。如果本地缓存积累过多，也可以随时在设置中清理旧缓存。
Q3：支持导出到哪些第三方笔记软件？
💡 一句话答案：支持导出为标准 Markdown 格式，可直接导入 Obsidian、Notion、Logseq、思源笔记等主流工具完整保留笔记与 AI 复盘内容。
WeReadMaster 目前支持导出为 Markdown 格式，可直接导入到 Obsidian、Notion、Logseq、思源笔记等支持 Markdown 的工具。导出文件同时包含书籍信息、划线、笔记和 AI 复盘内容，方便做二次整理。
Q4：未来会支持 macOS 或 iOS 吗？
💡 一句话答案：macOS 官方打包版已在规划中，目前可通过源码构建体验；iOS 短期暂无计划，Android 版可先行体验核心功能。
项目当前正式版面向 Windows 和 Android。macOS 用户可以通过 GitHub 源码自行构建 Electron 版本使用，体验基本一致，官方打包版本也在规划中。iOS 端暂未列入短期计划，但 Android 版的体验已经可以作为参考。
。
技术栈与实现
WeReadMaster 的技术选型围绕“本地优先、跨平台桌面体验”展开，主要技术栈如下：
桌面框架：采用 Electron，提供 Windows 原生安装体验，同时保留跨平台扩展能力。
前端：使用 React + TypeScript 构建 UI，保证组件化架构与类型安全。
UI 库：搭配现代化 React 组件库（如 Ant Design），快速实现一致的视觉风格和交互规范。
本地服务与存储：Node.js 负责数据同步、本地缓存与 AI 调用调度；SQLite 用于本地持久化存储书架、笔记、阅读状态等数据。
AI 集成：通过 OpenAI 兼容接口提供复盘、指南生成等能力，用户自行配置 Provider 与 API Key，AI 请求由本地触发，不经过中转，保护数据隐私。
跨端构建：在桌面端之外，Android 版本通过 React Native 实现，代码复用核心理念保持一致，让移动端也能部分使用核心功能。
这套技术栈让 WeReadMaster 在保持桌面应用稳定性的同时，兼顾了轻量化与数据可控性，适合希望打造私有阅读工作台的开发者参考或定制。
最后
我做这个工具的初衷很简单：读过的书，不应该只剩一个进度条；划过的线，也不应该永远散在 App 里。
阅读本来就是慢慢积累的事。一个好的工具，不一定要替你读书，但应该帮你把读过的东西留下来、整理好、在需要的时候重新变成可用的知识。
如果你也在用微信读书，也希望把书架、笔记、统计和复盘沉淀到自己电脑里，可以试试 WeReadMaster。
项目地址：
https://github.com/RHZHZ/wereadmaster
下载地址：
https://github.com/RHZHZ/wereadmaster/releases