微信读书 Skills 更新后，我把读书笔记做成了一条"自动进知识库"的流水线（附我的实践 SOP）

微信读书 Skills 更新后，我把读书笔记做成了一条"自动进知识库"的流水线（附我的实践 SOP）

你是不是总觉得"做得慢、做得不好"。

我的结论很直接：你不是不努力，你是卡在"搬运与整理"这一步。

我最近把「微信读书 → Skills/工具链 → Obsidian → AI 整理 → 输出」跑成了一个稳定闭环：我只在微信读书里做划线和写想法，剩下的交给流程。

01 我现在的读书笔记是怎么流动的

我的工作流一句话概括：

微信读书做划线/想法 → 自动导出为 Markdown → 进入 Obsidian（可检索、可链接）→ AI 做"摘要/标签/问题清单"→ 我用模板写成主题分享。

这个闭环成立之后，我的变化不是"更会用工具"，而是两点：

• 整理变快：从"复制粘贴 + 重新排版 + 再想结构"变成"同步后直接加工"。每本书的整理时间从 40 分钟降到 5 分钟。
• 笔记变好用：笔记不再是"信息堆"，而是能被我复习、检索、写作调用的材料。找到某条观点从 10 分钟翻找变成 10 秒定位。

三个月数据：

• 同步了 27 本书，累计 340+ 条高亮与想法
• 每周稳定输出 1–2 篇主题分享（之前是"想起来才写"）
• 知识库从"信息坟场"变成"素材工厂"

关键点：我不追求"全自动写文章"，我追求的是把重复劳动自动化，把脑力留给理解与输出。

02 为什么我们会"做得慢、做得不好"（并且越做越挫败）

我自己踩过的坑，本质上是这三件事：

1）输入和整理是断开的

微信读书在手机里，你的知识库在电脑里。每次想把划线变成笔记，就要经历一套"搬运流程"：复制、粘贴、去格式、补来源、改标题、放文件夹……做一次就够烦了。

2）手动搬运成本太高，导致你会"干脆不整理"

不是你不自律，是流程设计在惩罚你：越认真读、划线越多、后续整理越痛苦，于是最终走向两个极端：

• 要么完全不整理（"我都划了线，应该算学了"）
• 要么整理到崩溃（"我花两小时整理，结果一周也没用过"）

3）只有摘抄，没有"我的话"，AI 也救不了

很多人的读书笔记只有高亮，没有观点、质疑、例子、问题。后面就算接了 AI，也很容易变成"复述原文"，而不是"形成自己的理解"。

我过去的真实状态：用过 OneNote、Evernote、Apple 备忘录、飞书 Doc、腾讯 Doc，最终都弃坑。不是工具不好，是"输入-整理-输出"这条链路从来没跑通过。

03 我理解的 Skills 是什么：不是新概念，是"让流程能跑"的关键组件

你可以把 Skills 理解成：把一个动作封装成可被反复调用的能力。

在我的语境里，"微信读书 Skills 更新"带来的最大意义是：围绕微信读书的数据（高亮、想法、书评等），出现了越来越成熟的"技能/工具链"，让我们能更稳定地把内容抽取出来，进入知识库系统。

目前在 AI Agent 体系（如 OpenClaw、ima 等）里，Skills 支持搜书、找书、导出笔记三大核心功能，并且可以配合各类 AI Agent 工具使用，实现自动化的知识管理。

目前常见的两类落地方式（你不必都用，选你舒服的）：

1）Obsidian 侧同步（最适合新手）

直接使用 Obsidian 的 Weread 插件，可以实现微信读书（H5版本）的高亮标注和笔记与 Obsidian 知识库的无缝同步。插件在 Obsidian「社区插件」中安装，扫码登录微信读书账号（cookie 认证数据可保留 24h），同步完成后可以在 Obsidian 的指定文件夹中找到按书籍分类的笔记文件，所有高亮内容和批注都已按阅读时间顺序整理完成。

2）Agent/MCP 的 "weread skill"（更偏自动化/工程化）

微信读书 Skill 可以自动同步读书笔记、划线评论到本地的 Obsidian 文件夹中，只要在微信读书中新看一本书、新做一条笔记，工作流就会自动启动，而且是 7×24 小时一直工作。适合把它接到更大的自动化链路中。

另外也有更"轻量"的路线：浏览器扩展把微信读书内容导出为 Markdown，再联动 Obsidian 管理书架与笔记（适合不想折腾登录态/脚本的人）。

我这篇文章会用"新手能跑起来"的写法来讲 SOP：以 Obsidian 同步为主（最稳定、学习成本最低），并给出"更自动化"的备选分支。

04 我的整套 SOP 总览（你记住这一张表就够了）

下面这张表，是我把整件事跑顺之后沉淀下来的"最小闭环"。你照着做，能在 1–2 天内跑通。

关键原则：实现"输入自动化、整理自动化"，只需要在输出的时候动脑子就行。

05 SOP 详解：5 步把微信读书笔记变成"可复用的知识库材料"

下面每一步我都用同一个格式：目的 → 做法 → 结果 → 常见坑。你照着抄就能落地。

Step 1｜在微信读书里做"可被复用"的笔记（最关键的一步）

目的：让笔记不只是"摘抄"，而是你未来写作/复习能直接用的材料。

做法（我最常用的 3 句式）：每次划线后至少补一句"我的话"，用下面模板之一：

1. 我同意/不同意：我同意这段，因为…… / 我不同意这段，因为……
2. 我想到的例子：这段在我的场景里对应的是……
3. 我的问题：这段没讲清楚的是……我想进一步查……

示例（程序员）：

📖 原文划线：
"Don't live with broken windows. Fix bad designs, wrong decisions, and poor code when you see them."
——《The Pragmatic Programmer》

💭 我的想法：
我同意这段，但现实里"修窗户"的成本往往被低估。上个月我重构了一个三年没人碰的模块，结果引入了两个回归 bug，被 PM 质疑"为什么要动能跑的代码"。

我想到的例子：技术债不是不还，而是要在"功能迭代窗口期"还——比如这次需求正好要改那块逻辑，顺手重构；而不是"看不惯就大动"。

行动：下次提重构 PR 之前，先在文档里写清楚"为什么现在修、风险是什么、回滚方案"，让非技术同事也能理解价值。

示例（知识工作者）：

📖 原文划线：
"The ability to perform deep work is becoming increasingly rare at exactly the same time it is becoming increasingly valuable in our economy."
——《Deep Work》

💭 我的想法：
我不同意"稀缺就等于高价值"这个逻辑。现实是很多公司的晋升标准依然是"响应速度"和"会议出席率"，真正做深度工作的人反而容易被边缘化。我上季度就因为关掉通知专注写方案，结果被吐槽"找不到人"。

我的问题：在协作密集的团队里，怎么既保护深度工作时间，又不被认为"不合群"？

行动：下周要试试"固定深度工作时段+日历公开可见"。

真实（产品经理）：

📖 原文划线：
"The biggest flaw in how most companies build products is that they define the product requirements (roadmap) far too early."
——《Inspired》

💭 我的想法：
这段直接戳到我了。我们上季度路线图是在 Q4 末定的，根本没验证用户场景，结果 Q1 做了三个月发现用户根本不用那个功能。

我的问题：怎么在"老板要看路线图"和"我们还没做 discovery"之间找平衡？

我的方案：下次试试把路线图分两层：对外承诺的是"主题方向"（比如"提升协作效率"），内部用"假设-验证-迭代"的节奏，每两周可以调整具体方案。

结果：后面导出到 Obsidian 后，AI 才能抓到"你的观点"，不是只复述原文。你写文章时也能直接引用"你的例子"，而不是干巴巴的书摘。

常见坑：

• 只划线不写想法，最后你的知识库会变成"别人的句子博物馆"
• 想法写得太长（超过 100 字），后面很难复用
• 只写"很有道理"、"学习了"这种空话

Step 2｜把内容抽取出来：同步到 Obsidian（新手优先走这条）

目的：把"搬运"这一步变成按钮级操作。

做法（Obsidian 社区插件路线）：

在 Obsidian「社区插件」中安装 Weread 插件，扫码登录微信读书账号，然后打开 Obsidian 命令面板（快捷键：Ctrl+P），输入并执行：Obsidian Weread: 同步微信读书笔记。

插件会把微信读书中的书籍元信息、高亮标注、划线感想、书评等转换为 Markdown 保存到你的 Vault 指定文件夹里。

结果：你的微信读书笔记会以 Markdown 文件出现在 Vault 里，格式类似这样：

Markdown

---
doc_type: weread-highlights-reviews
bookId: xxxx
author: 作者名
cover: 封面URL
reviewCount: 3
noteCount: 15
---
# 书名
## 章节 1
### 划线
> 原文内容
💭 我的想法：...
### 划线
> 原文内容
💭 我的想法：...

后续可以双链、搜索、做模板加工。

常见坑：

首次同步可能比较慢（如果你微信读书笔记很多），但插件会记录同步状态，后续按"划线/笔记数量变化"增量更新，速度会快很多。

• 登录态过期：cookie 认证数据可保留 24h，过期后需要重新扫码登录
• 移动端同步问题：部分用户反馈移动端 Obsidian 同步失败，建议优先在桌面端跑通
• 笔记被覆盖：不建议直接编辑导出的笔记，因为 Weread 更新同步会覆盖导出笔记——建议把同步文件当"原始材料"，二次加工另起新卡片

Step 2（备选分支）｜更自动化：用 MCP/Agent 的 weread skill 导出 Markdown

适用人群：你已经在用某个 Agent（比如 Claude/其他支持 MCP 的工具）做自动化流程，想把"导出"变成链路的一环。

微信读书 Skill 可以自动同步读书笔记、划线评论到本地的 Obsidian 文件夹中，只要在微信读书中新看一本书、新做一条笔记，工作流就会自动启动，而且是 7×24 小时一直工作。

配置思路（以 ima + OpenClaw 为例）：

根据官方说明，打开 ima 的客户端，更新到最新版本，然后点击头像，找到「claw 配置」，按照步骤把指令丢给龙虾，然后把 key 丢给他。工作流原理是：微信读书 Skills 会自动同步读书笔记、划线评论到本地的 Obsidian 文件夹中，通过小龙虾监控该文件夹，有新增文件会调用 ima-skill，把该内容同步一份到 ima 中。

这条路线更灵活，但对新手来说门槛更高（环境变量、登录态、调试），所以我把它放在"备选"。

Step 3｜入库：Obsidian 里用"最小结构"先活下来

目的：避免新手一上来就做庞大分类，导致"整理比学习更累"。

做法（我推荐的最小三层）：

• 00-Inbox/：所有同步来的原始材料（不要直接在这里深度改）
• 10-Reading/：你做二次加工的读书卡片
• 90-Output/：最终输出（文章、分享稿、PPT 大纲）

命名规则（保持简单）：

• 书籍笔记：书名 - 作者.md
• 读书卡片：YYYYMMDD - 主题 - 书名.md
• 输出文章：YYYYMMDD - 标题.md

元数据（Frontmatter）（最多 5 个字段）：

YAML

---
type: reading-note
book: 《书名》
author: 作者
tags: [tag1, tag2, tag3]
date: 2026-05-17
---

结果：你不会因为"应该放哪"而停下，流程更连续。

常见坑：

• 把文件夹设计成"百科全书目录"（学科/领域/子领域/主题...），结果每次归档都要纠结，最后放弃
• 标签无限膨胀，最后检索失效——建议标签上限 5 个，宁缺毋滥

Step 4｜AI 整理：只做 3 件事（多做反而更烂）

目的：让 AI 产出"可复习、可写作"的结构，而不是长篇废话。

做法：我固定让 AI 从"某本书的同步笔记"里生成三样东西：

1. 摘要（50–150 字）：只写这本书/这章解决了什么问题
2. 主题标签（≤5 个）：宁少勿滥
3. 问题清单（3–7 个）：用于复习/输出选题

我的提示词模板（你可以直接用）：

text

请基于下面的读书笔记，生成：
1. 一段摘要（50-150字）：这本书/这章的核心观点是什么
2. 主题标签（不超过5个）：用于归类和检索
3. 问题清单（3-7个）：用于复习和深度思考
要求：
- 摘要要具体，不要空话
- 标签要实用，不要抽象概念
- 问题要能引发思考，不要事实性问答
---
[粘贴你的同步笔记]

结果：每本书至少产出 1 张"复习卡"，你之后写文章会非常快。

常见坑：

• 让 AI "给我一份完整读书报告 + 全部知识图谱 + 全部观点整理"，你会得到一堆看不完的文本，系统反而更难用
• AI 生成的标签太抽象（比如"成长"、"思维"），实际检索时完全用不上
• 问题清单写成"作者的观点是什么"这种事实性问答，而不是"这个观点在我的场景里怎么用"

Step 5｜输出：把"知识库"变成"主题分享生产线"

目的：解决"学了很多但说不出来/写不出来"。

做法（我用的主题分享模板）：每次输出只写四块：

1. 一句话结论：我学到的最重要的一句话是什么
2. 3 个关键点：每点配一条你的高亮 + 一句你的解释
3. 一个反例/踩坑：这点在现实里最容易误用在哪里
4. 一个行动：我接下来 7 天会怎么做（可执行）

实际案例（我的一次输出）：

Markdown

# 技术债不是不还，而是要选对"还债窗口"
## 结论
《The Pragmatic Programmer》里说"不要和破窗共存"，但现实是：
盲目重构的代价往往被低估。技术债要在"功能迭代窗口期"还，
而不是"看不惯就大动"。
## 关键点 1：识别"窗口期"
- 摘录："Don't live with broken windows."
- 我的理解：不是所有技术债都要立刻修，而是要判断"修的成本"和"不修的风险"
- 我的例子：上个月我重构了一个老模块，引入了回归 bug，被质疑"为什么要动能跑的代码"
## 关键点 2：让非技术同事理解价值
- 我的理解：重构 PR 要附上三样东西：为什么现在修、风险是什么、回滚方案
- 我的例子：我现在的做法是在 PR 描述里写"本次改动影响范围"+"已验证场景"+"监控指标"
## 关键点 3：顺手重构 > 专项重构
- 我的理解：当某个需求正好要改那块逻辑时，顺手重构风险最低
- 我的例子：最近做用户权限需求时，顺便把三年前的权限判断逻辑重构了，没引入任何新 bug
## 我踩过的坑
最大的坑是"完美主义"：看到烂代码就想全部重写。
结果：改动太大、测试不充分、上线后出问题。
## 7天行动
- 本周我会做：列出当前项目的 3 个技术债，标注"窗口期"（哪个需求会涉及）
- 成功标准：下次重构 PR 能让 PM 也看懂价值

结果：你不用等"学完再输出"，每本书都能沉淀成一次对外分享或对内复盘。

常见坑：

• 只收集不输出，知识库变成"热寂"
• 输出时脱离原文，最后变成"我编的"
• 不写"行动"，学习变成"知道了"而不是"做到了"

06 我的实践案例：从混乱到稳定，我是怎么"跑通"这套流程的

跑通流程不是一次成功，而是通过迭代找到稳定节奏。

Week 1：跑通导出与入库（痛苦但完成）

我做了什么：

• 安装 Obsidian Weread 插件，扫码登录
• 同步了我过去 3 个月在微信读书的 8 本书（首次同步花了 5 分钟）
• 建了三文件夹结构：Inbox / Reading / Output

遇到的问题：

• 同步的文件太多，不知道从哪开始整理
• 想法质量参差不齐（有些只有"很有道理"）

解决办法：

• 先挑 1 本书练手，不求完美
• 从这周开始强制自己"划线必须写观点/例子/问题"

Week 1 成果：

• 跑通了同步流程（技术上可行）
• 意识到"输入质量"比"工具"更重要

Week 2：固化"想法模板"（质量上升）

我做了什么：

• 把"我同意/不同意 + 我的例子 + 我的问题"印在手机备忘录里
• 每次划线时对照模板写想法
• 读完《Deep Work》后，用 AI 生成了第一张"复习卡"

遇到的问题：

• AI 生成的摘要太长（300 字），实际不会看
• 标签太抽象（"思维"、"方法论"），检索时没用

解决办法：

• 改提示词，要求"摘要 50-150 字"
• 标签改用"场景+动作"（比如"技术债管理"而不是"工程思维"）

Week 2 成果：

• 想法质量明显提升（从空话变成可复用素材）
• 有了第一张"可复习"的卡片

Week 3：建立输出节奏（从 0 到 1）

我做了什么：

• 从《The Pragmatic Programmer》的问题清单里挑了 1 个问题
• 用模板写了第一篇主题分享（500 字）
• 发到内部技术群，收到 3 个同事的共鸣

遇到的问题：

• 找不到之前的那条划线（因为没做好引用）
• 写作时想引用原文，但忘了出处

解决办法：

• 在读书卡片模板里加上"可复用引用"区块
• 每条引用都标注"书名 + 章节"

Week 3 成果：

• 完成第一次"从输入到输出"的闭环
• 建立信心：这套流程是可以产出的

Week 4：进入稳定状态（可复制）

我做了什么：

• 每周固定周日下午同步笔记 + 生成复习卡
• 每周固定周三晚上从问题清单里挑 1 个写分享
• 把 SOP 写成 Checklist 贴在 Obsidian 主页

Week 4 成果：

• 输出节奏从"想起来才写"变成"每周稳定 1 篇"
• 知识库从"信息坟场"变成"素材工厂"

三个月后的量化数据

07 我真正的提升在哪里（不是工具，而是能力）

三个月后复盘，我发现变化不是"会用更多工具"，而是三个能力的跃升：

1）阅读从"摘抄"变成"提问"

以前：划线时想的是"这句话很重要，要记下来"
现在：划线时想的是"这句话在我的场景里成立吗？反例是什么？"

例子：读《Deep Work》时，我不再摘抄"深度工作很重要"，而是问"在协作密集的团队里，怎么既保护深度工作时间，又不被认为不合群？"

这个问题后来变成了一篇团队分享，我们最终定了"固定深度工作时段+日历公开可见"的制度。

2）笔记从"记录"变成"复用"

以前：笔记是"我学过什么"的证明
现在：笔记是"我下次写作能调用什么"的素材库

例子：上周写技术债管理的分享时，我在 Obsidian 里搜 [[技术债]]，10 秒内调出了 3 本书的相关划线和我的想法，直接组装成文章框架。

检索速度从"翻 10 分钟笔记"变成"10 秒定位"，不是因为工具快，而是因为笔记变成了结构化、可链接的材料。

3）输出从"灵感驱动"变成"流程驱动"

以前：等"有想法"才写，结果一个月写不了一篇
现在：每周固定从"问题清单"里挑 1 个，用模板写，30 分钟成稿

例子：我现在的输出节奏是：

• 周日下午：同步笔记 + 生成复习卡（20 分钟）
• 周三晚上：从问题清单挑 1 个 + 写主题分享（30 分钟）
• 周五：发到内部群 / 个人公众号

三个月累计输出 18 篇，是过去一年的总和。

08 我踩过的坑

下面 8 个坑，每个我都踩过，写出来让你少走弯路。

坑 1：只划线不写想法

症状：微信读书里有几百条高亮，但都是原文，没有"我的话"
原因：划线时偷懒，觉得"记下来就够了"
后果：AI 只能复述原文，笔记变成"别人的句子博物馆"
修复：强制自己"划线必须写一句想法"，用模板降低门槛
预防：手机备忘录里存 3 个句式：我同意/不同意 + 我的例子 + 我的问题

坑 2：第一次同步慢就放弃

症状：首次同步花了 5 分钟，以为"太慢了不好用"
原因：不了解插件机制——首次是全量同步，后续是增量
后果：放弃整个流程
修复：首次同步挑周末/空闲时间跑完，后续每次只需 10-20 秒
预防：插件文档里有写"首次慢、后续快"，先看文档再用

坑 3：直接编辑同步来的笔记文件

症状：在同步文件里加了很多批注，下次同步全被覆盖
原因：不建议直接编辑导出的笔记，因为 Weread 更新同步会覆盖导出笔记
后果：加工成果丢失，心态崩溃
修复：把同步文件当"只读材料"，二次加工另起读书卡片
预防：在 Inbox 文件夹顶部加说明："此文件夹内容会被同步覆盖，不要直接编辑"

坑 4：标签无限膨胀

症状：每本书打 10+ 个标签，最后检索时完全用不上
原因：觉得"标签越多越好管理"
后果：标签变成噪音，检索失效
修复：标签上限 5 个，宁缺毋滥
预防：定期清理标签，合并同义标签（比如"效率"和"时间管理"）

坑 5：文件夹结构过复杂

症状：建了 20+ 个文件夹（学科/领域/子领域/主题...），每次归档纠结 5 分钟
原因：想一步到位建"完美系统"
后果：整理成本高于学习成本，最后放弃
修复：简化到 3 文件夹：Inbox / Reading / Output
预防：先跑起来，稳定 3 个月后再考虑分类

坑 6：让 AI 生成"完整读书报告"

症状：让 AI 生成 3000 字读书报告 + 知识图谱 + 全部观点整理
原因：觉得"越全越好"
后果：AI 输出太长，实际一次也没看过
修复：只让 AI 做 3 件事：摘要（≤150 字）+ 标签（≤5 个）+ 问题清单（3-7 个）
预防：记住一句话：AI 输出的目的是"让你能用"，不是"让你收藏"

坑 7：只收集不输出

症状：三个月同步了 30 本书，一篇文章都没写
原因：觉得"要学完再输出"
后果：知识库变成信息坟场
修复：强制规定"每本书至少输出 1 次"（哪怕只有 300 字）
预防：把"输出"设为流程最后一步的"交付物"，不输出就不算完成

坑 8：登录态/cookie 过期导致同步失败

症状：某天突然同步不了，提示"登录失败"
原因：cookie 认证数据可保留 24h，过期后需要重新登录
后果：以为插件坏了，放弃使用
修复：重新扫码登录即可
预防：遇到同步问题，优先检查：1）插件是否最新版 2）是否需要重新登录 3）桌面端是否正常（移动端有时不稳定）

09 给新手的 7 步最短行动计划

这个计划的设计原则：每天只做 1 件事，每天都有交付物，7 天跑通最小闭环。

D1：建 Vault + 三文件夹

• 任务：下载 Obsidian，新建 Vault，创建 00-Inbox10-Reading90-Output 三个文件夹
• 交付物：截图你的文件夹结构
• 成功标准：能在 Obsidian 里看到三个空文件夹
• 耗时：10 分钟

D2：跑通同步（不求完美）

• 任务：安装 Weread 插件，扫码登录，同步 1 本书（挑笔记最少的那本）
• 交付物：Inbox 文件夹里出现 1 个 Markdown 文件
• 成功标准：文件里能看到你的划线和想法
• 耗时：15 分钟

D3：写第一张读书卡片

• 任务：在 10-Reading 文件夹新建一个文件，用模板写一张读书卡片（摘要 100 字）
• 交付物：1 个 YYYYMMDD - 主题 - 书名.md 文件
• 成功标准：有 Frontmatter + 摘要 + 1 条你的观点
• 耗时：20 分钟

D4：让 AI 生成"三件套"

• 任务：复制同步笔记，用提示词让 AI 生成：摘要 + 标签 + 问题清单
• 交付物：在读书卡片里粘贴 AI 生成的内容
• 成功标准：有 5 个标签 + 5 个问题
• 耗时：10 分钟

D5：从问题清单写第一篇输出

• 任务：从问题清单里挑 1 个问题，用模板写 300 字主题分享
• 交付物：1 个 YYYYMMDD - 标题.md 文件在 90-Output 文件夹里
• 成功标准：有结论 + 3 个关键点 + 1 个行动
• 耗时：30 分钟

D6：复用模板再写一篇

• 任务：再挑 1 个问题，用同样模板写第二篇（同一本书也行）
• 交付物：第 2 篇输出
• 成功标准：写作时间从 30 分钟降到 20 分钟（因为熟悉了）
• 耗时：20 分钟

D7：固化你的 SOP

• 任务：把前 6 天的流程写成 Checklist，存在 Obsidian 主页
• 交付物：1 个 我的读书笔记 SOP.md 文件
• 成功标准：下次读书能照着这个 Checklist 走完全程
• 耗时：15 分钟

7 步后你会得到什么：

• ✅ 1 个跑通的同步流程
• ✅ 1 张可复习的读书卡片
• ✅ 2 篇可对外分享的输出
• ✅ 1 套可复用的 SOP

更重要的是：你会建立信心——这套流程是可以跑起来的。

附录 A：我在用的两个模板

模板 1：读书卡片（Reading Note）

Markdown

---
type: reading-note
book: 《书名》
author: 作者
source: WeRead
tags: [tag1, tag2, tag3]
date: 2026-05-17
status: reading / finished
---
# 《书名》读书卡片
## 一句话摘要（50-150字）
这本书解决了什么问题？核心观点是什么？
## 我最认同/最反对的观点
### 观点 1
- 原文摘录：
- 我的理由：
- 我的例子：
- 我能用在哪：
### 观点 2
...
## AI 生成：问题清单（3-7个）
1. 
2. 
3. 
## 可复用引用（带来源）
> 原文摘录（尽量短）  
> ——《书名》，章节名
- 我的解释：
- 我能用在哪：
## 相关链接
- [[相关主题]]
- [[相关书籍]]

模板 2：主题分享（Output）

Markdown

---
type: output
topic: 主题
source: [[书名]]
date: 2026-05-17
status: draft / published
---
# 标题：一句话结论
## 结论
用一段话（50-100字）说清楚你学到了什么
## 关键点 1：小标题
- **摘录**：
  > 原文（尽量短）
- **我的理解**：
- **我的例子**：
- **我能用在哪**：
## 关键点 2：小标题
...
## 关键点 3：小标题
...
## 我踩过的坑 / 反例
这个观点在现实里最容易误用在哪里？我有什么教训？
## 7天行动
- **我会做**：（具体、可执行的动作）
- **成功标准**：（怎么判断我做到了）
- **检查时间**：7 天后（YYYY-MM-DD）
## 相关资源
- 来源：[[书名]]
- 相关主题：[[主题标签]]

附录 B：工具清单（只保留"必要件"）

新手建议：前 3 个就够了，先跑通基础流程，稳定 1 个月后再考虑自动化。

附录 C：常见问题（FAQ）

Q1：我不会用 Obsidian，有更简单的方案吗？

A：如果你只想"导出笔记"，可以用浏览器扩展直接导出 Markdown，存到任何笔记软件（Notion / 飞书 / Apple 备忘录）。但如果你想要"可检索、可链接、数据归自己"，Obsidian 是最佳选择，学习成本不高（2 小时入门）。

Q2：Weread 插件能导出图片笔记吗？

A：Weread 插件有一个缺点，就是不能导出图片笔记。如果你有大量图片笔记，可以考虑手动截图 + 粘贴到读书卡片里。

Q3：同步会覆盖我的笔记吗？

A：不建议直接编辑导出的笔记，因为 Weread 更新同步会覆盖导出笔记。建议把同步文件放在 Inbox（只读），二次加工的内容放在 Reading（可编辑）。

Q4：我用手机能同步吗？

A：Obsidian 移动端支持同步插件，但有用户反馈登录态/同步稳定性不如桌面端。建议优先在桌面端跑通，移动端用来"阅读和检索"。

Q5：我已经用 Notion，能接入这套流程吗？

A：可以，但 Notion 不支持 Obsidian 插件。你可以用浏览器扩展导出 Markdown，再手动导入 Notion，或者用 API 自动化（需要技术能力）。

Q6：我的微信读书笔记很多年了，能一次性同步吗？

A：可以，但首次同步会比较慢。建议分批同步：先同步最近 3 个月的书，稳定后再同步历史笔记。

写在最后：从"知识囤积者"到"知识生产者"

如果你只记住一句话：

知识管理的终点不是"我收藏了多少"，而是"我能稳定输出什么"。

这套 SOP 的本质是把输出变成系统能力，而不是灵感驱动的偶然事件：

• 微信读书负责高质量输入（划线必须带"我的话"）
• Skills/同步负责消灭搬运成本（把重复劳动交给程序）
• Obsidian 负责长期可控的结构（你的数据永远属于你）
• AI 负责把材料加工成可复习结构（摘要/标签/问题清单）
• 你负责选择一个问题、写出一个结论、做一次分享（这是唯一机器替代不了的）

三句话送给同路人：

1. 不要等"学完"再输出——每本书读到 30% 就可以写第一篇，输出倒逼理解。
2. 不要追求完美系统——三文件夹 + 五个标签 + 一个模板，够用就是最好。
3. 不要让知识库变成仓库——如果一条笔记三个月没被调用过，它就是"热寂"的开始。

如果你按这篇文章的 7 步行动计划跑完一遍，你会发现改变的不是"工具"，而是你和知识的关系：

• 从前你是知识的搬运工（复制、粘贴、堆积）
• 现在你是知识的加工者（提问、连接、输出）
• 未来你会成为知识的生产者（你的观点、你的框架、你的方法论）

记住：好的知识管理系统，应该让你越用越轻，而不是越用越重。