我花了一个周末，把散落在 7 个平台的资料"收编"进了 Obsidian
一只阿木木约 13 分钟我花了一个周末，把散落在 7 个平台的资料"收编"进了 Obsidian
上篇文章发出后，我收到了一条让我印象很深的留言：
"PARA 目录建好了，模板也抄进去了，但我的问题不是'怎么放'，而是信息根本就不在 Obsidian 里。它们散落在微信收藏、浏览器书签、百度网盘、手机备忘录、石墨文档、Notion……我的知识库有七八个'副本'，哪个都不完整。"
说实话，看到这条留言的时候我愣了一下，因为这就是三周前我自己的状态。
我做了一次"信息资产盘点"，结果让我自己都吓了一跳：
合计：将近 1000 条"信息资产"，散落在 8 个平台，实际利用率不到 2%。
这就像你开发了一套微服务系统，但每个服务的数据库都是独立的，没有统一的数据中台，没有 API 网关，没有全局搜索。数据"有"，但"不可用"。
这篇文章，我就来记录我是如何用一个周末的时间，完成这次"信息大收编"的。
提前说结论：不是把所有东西都搬进 Obsidian。而是建立一套规则，让信息知道该往哪里流。
一、开始之前：一个关键认知转变
在动手之前，我想先纠正一个我曾经犯过的错误认知：
❌ 错误想法："我要把所有平台的所有资料都迁移到 Obsidian。"
这个想法会直接导致两个灾难：
你会花一整周搬运，搬完就累了，再也不想碰知识管理 Obsidian 里瞬间涌入几百条未整理的笔记，比原来更乱
正确的做法是分两步走：
✅ 第一步：统一入口——让未来所有新信息都流向同一个 Inbox
✅ 第二步：按需迁移——旧资料不做全量搬运，只在"用到的时候"迁移
程序员类比：这不是一次"数据库大迁移"（Big Bang Migration），而是"读时迁移"（Lazy Migration）。旧数据留在原地，被访问到的时候再迁到新库。
这个认知帮我从"面对1000条数据的绝望"中解脱出来。
我真正需要做的事，只有三件：
统一未来的信息入口 清理最大的几个"信息垃圾场" 把"最近30天在用的"核心资料迁移到 Obsidian
下面一件一件来。
二、统一信息入口：我的"三通道收集系统"
在收编之前，我先解决"入口"问题。因为如果入口不统一，你今天收编完，明天又会散出去。
核心原则：日常只保留 3 个收集通道，最终全部汇入 Obsidian 的 Inbox。
text
┌─────────────────────────────────────────────────┐
│ 外部信息 │
│ 文章 / 想法 / 代码片段 / 会议 / 图片 / 对话 │
└──────────────┬──────────────────────────────────┘
│
┌────────┼────────┐
▼ ▼ ▼
通道① 通道② 通道③
Flomo Obsidian 微信→Flomo
(手机端) (电脑端) (应急通道)
碎片想法 深度内容 别人发的
灵感闪念 读书笔记 聊天中的
待办提醒 会议纪要 临时资料
│ │ │
└────────┼────────┘
▼
┌──────────────┐
│ Obsidian │
│ 0-Inbox/ │
│ 快速捕获.md │ ← 每天/每周清空到 PARA
└──────────────┘
下面我讲每个通道的具体设置。
通道①：Flomo（手机端碎片收集）
解决场景：走路时想到一个点子、刷手机看到一句话想记、排队时突然想起一个待办。
为什么不直接用 Obsidian 手机端？
因为 Obsidian 移动端打开速度慢、需要选文件夹、需要想格式。碎片想法的第一敌人是"摩擦力"——多一秒犹豫，想法就没了。
Flomo 的优势：打开就能写，零决策成本。
我的 Flomo 使用规则：
text
1. 只写"原始想法"，不整理、不排版、不分类
2. 每条带一个标签，只用3个：
#想法 → 灵感、观点、联想
#待办 → 想做但还没做的事
#素材 → 看到的好内容（附链接）
3. 每周日晚上，花15分钟把 Flomo 内容转移到 Obsidian Inbox
- 有价值的 → 复制到 Obsidian，按 PARA 归类
- 过时的 → 直接删
- 模糊的 → 再放一周，下周还没用就删
实际效果： 我每周在 Flomo 里产生大约 15-20 条碎片，最终留下来进入 Obsidian 的大约 5-8 条。淘汰率 60% 以上——这是正常的，甚至是健康的。
通道②：Obsidian（电脑端深度内容）
解决场景：坐在电脑前读文章做笔记、写会议纪要、写项目文档、写读书笔记。
这是主阵地，没什么花哨的，规则只有一条：
任何在电脑上产生的新笔记，直接在 Obsidian 里写。
如果一时不确定放哪个文件夹，先放0-Inbox/快速捕获.md。
关键操作：设置一个全局快捷键快速唤起 Obsidian。
我用的方案：
Mac： Cmd + Shift + O唤起 Obsidian（用 Raycast 设置）Windows： Ctrl + Shift + O（用 AutoHotkey 设置）
打开后直接 Ctrl + O（快速切换），输入"快速捕获"，就进入了 Inbox 页面。
从想到到开始写，不超过 3 秒。
通道③：微信 → Flomo（应急通道）
解决场景：同事在微信群里发了一个有用的链接、客户在聊天里说了一句关键需求、别人转发了一篇文章。
之前的做法： 点"收藏"。然后就没有然后了。
现在的做法： 利用 Flomo 的微信服务号快捷输入功能。
text
操作步骤：
1. 关注 Flomo 微信服务号
2. 在微信里看到想存的内容，长按 → 复制
3. 打开 Flomo 服务号对话框，粘贴，发送
4. Flomo 会自动保存（支持文字、链接、图片）加一句话标注：
"竞品XX的会员体系分析，下次做会员设计时参考 #素材"
整个操作不超过 10 秒。比点"收藏"多花 5 秒，但这 5 秒决定了它将来能不能被你找到。
为什么不直接从微信发到 Obsidian？
因为 Obsidian 没有微信服务号入口，中间链路太长（复制→打开Obsidian→找文件→粘贴），摩擦力太高。Flomo 在这里扮演的角色是**"缓冲区/消息队列"**，它不是终点，是中转站。
三、清理行动：逐个击破七大"信息垃圾场"
入口统一了，接下来处理存量。
我用了一个周末（约 8 小时），按优先级逐个清理。
以下是我每个平台的处理策略和实际结果。你可以根据自己的情况挑选最相关的做。
清理1：微信收藏（287条 → 11条）
策略：不是迁移，是筛选。
text
操作方法：
1. 打开微信收藏，按时间倒序浏览
2. 每条问自己一个问题："未来3个月我会用到它吗？"
3. 三种处理：
- 明确会用 → 打开，提炼核心信息，写到 Obsidian 对应位置
- 不确定 → 先跳过
- 明确不用 → 取消收藏（删）
4. 所有条目过一遍后，剩下"不确定"的再过一遍
- 第二遍还不确定 → 大概率没用，删
我的实际结果：
| 淘汰率 96% |
最大的心理障碍是"万一以后用到呢？"
我的应对方法：问自己一个问题——"如果这条收藏消失了，我的工作和生活会受到任何影响吗？"
答案几乎全是"不会"。
真正有用的信息，你早就记住了或者用过了。存在收藏夹里吃灰的，99% 不会再被打开。
清理2：浏览器书签（312条 → 23条）
策略：按文件夹逐层清理，保留"工具类"，删除"内容类"。
text
为什么"内容类"书签几乎都该删？
- 文章会过时（半年前的技术文章可能已经不准确了）
- 链接会失效（404 是互联网的常态）
- 书签的搜索功能极差（你记不住当时为什么存的）什么值得保留？
- 常用工具网站（GitHub、内部系统、API文档）
- 个人门户（银行、社保、邮箱）
- 高频参考（技术官方文档、设计规范）
我的分类处理：
清理后的书签栏只剩 23 个常用链接，按工作场景分了 4 组：
text
书签栏/
├── 开发工具/ → GitHub, Jenkins, Grafana, Kibana
├── 技术文档/ → Redis Docs, Spring Docs, MySQL Docs
├── 内部系统/ → OA, Jira, Wiki, 数据平台
└── 个人门户/ → 邮箱, 银行, 社保
书签栏的定位变了：从"收藏夹"变成了"快捷启动器"。只放"要打开的网站"，不放"要阅读的文章"。
清理3：手机备忘录（63条 → 0条）
策略：全量清空，以后不再用。
手机备忘录最大的问题是跨设备不同步（或同步很差）、不可搜索、没有结构。
text
操作方法：
1. 逐条浏览，每条做一个判断：
- 是待办？→ 写入滴答清单
- 是想法？→ 写入 Flomo
- 是笔记？→ 写入 Obsidian Inbox
- 已完成/过时？→ 删除
2. 清空后，把备忘录 App 从手机主屏移到最后一页
3. 用 Flomo 替代它的位置
我的实际结果：63条中，迁移了 9 条，其余全部过时或重复，直接删除。
清理4：稍后阅读 / Pocket（89篇 → 注销账号）
策略：承认"稍后 = 永不"，直接放弃。
这可能是最"残忍"的一个决定，但也是最解脱的。
text
我翻了一下 Pocket 的统计：
- 89 篇文章
- 最早的一篇是 2022 年存的
- 过去 6 个月打开 Pocket 的次数：0
- 实际阅读完的文章数：0
89 篇文章，阅读率 0%。
这就是"稍后阅读"的真相——它不是阅读工具，是焦虑缓解工具。你把文章存进去的那一刻，焦虑消失了，但知识从未增加。
我的替代方案：
以后看到想读的文章，要么现在就花5分钟读完，提炼一条笔记到 Obsidian；要么就接受"我不会读它"这个事实，不收藏。
不存在"稍后"。只存在"现在"和"永远不"。
清理5：百度网盘（47GB → 保留但不迁移）
策略：网盘存文件，Obsidian 存"关于文件的知识"。不混淆。
text
网盘里存的是什么？
- PDF/PPT/视频课程等大文件
- 项目交付物的备份
- 照片和生活资料这些东西不应该进 Obsidian，因为：
1. Obsidian 是笔记工具，不是文件管理工具
2. 大文件会拖慢 Obsidian 同步速度
3. 把 PDF 搬进来不等于"学了"
我的方案：在 Obsidian 中建"索引笔记"，指向网盘文件。
举个例子：
Markdown
# R-系统架构设计文档合集## 文件索引
| 文件名 | 存储位置 | 说明 | 关键结论 |
|--------|---------|------|---------|
| 数据中台架构设计v2.pdf | 百度网盘/工作/2024/ | 内部分享版 | 核心结论：采用Lambda架构，详见第3章 |
| 微服务拆分方案.pptx | 百度网盘/工作/2024/ | Q1技术评审 | 拆分原则：按业务域拆，不按功能拆 |
## 我的总结
- 这两份文档的共同思路是……
- 我不同意的地方是……
笔记在 Obsidian 里，文件在网盘里。笔记是"索引"，网盘是"仓库"。
程序员类比：Obsidian 是你的 Elasticsearch（索引+搜索），网盘是你的 OSS/S3（对象存储）。你不会把大文件存进 ES，但你会在 ES 里建索引指向 S3。
清理6：石墨文档 / Notion 旧库（不迁移，建索引）
策略：跟网盘一样——旧平台保留，Obsidian 建索引。
text
我在 Notion 里有约 150 页内容。
全量迁移的工作量太大，而且格式转换会丢失很多东西。我的做法：
1. 在 Obsidian 的 Resources 里建一条笔记：
"R-Notion旧库索引.md"
2. 把 Notion 里最有价值的 10 页列出标题和链接
3. 只在"真正需要用到某页内容"时，才迁移那一页到 Obsidian
实际结果：一个月过去了，我只迁移了 3 页。
说明其他 147 页确实不需要迁。
清理7：微信文件传输助手（终极垃圾场）
策略：不清理（清理不完），但断其后路。
text
微信文件传输助手里的东西，基本不可能整理。
因为：
- 没有分类
- 没有标题
- 混杂着文件、图片、文字、链接
- 时间线无限长我的做法：
1. 宣布"文件传输助手已死"——以后不再往里面发任何东西
2. 替代方案：
- 临时传文件 → 用坚果云/iCloud
- 临时记想法 → 用 Flomo
- 别人发的资料 → 当场用 Flomo 微信服务号转存
3. 历史内容不管了——用到的时候再搜
四、清理完之后：我的信息版图变成了什么样
Before（清理前）：
text
微信收藏 浏览器书签 手机备忘录
(287条) (312条) (63条)
\ | /
\ | /
Pocket 百度网盘 石墨文档
(89篇) (47GB) (21篇)
\ | /
\ | /
Notion旧库 文件传输助手
(150页) (无法统计) → 8个平台，近1000条信息
→ 没有统一搜索
→ 没有统一结构
→ 利用率 < 2%
After（清理后）：
text
┌─────────────────────────────────┐
│ 日常收集（3个通道） │
│ │
│ Flomo(手机) → Obsidian(电脑) │
│ ↘ ↙ │
│ Obsidian 0-Inbox │
│ │ │
│ PARA 四层目录 │
│ Projects/Areas/Resources/Archives│
└─────────────────────────────────┘ 外挂存储（只存文件，不存知识）：
┌─────────────────────────┐
│ 百度网盘 → 大文件/备份 │
│ 坚果云 → Obsidian 同步 │
│ Notion旧库 → 按需迁移 │
└─────────────────────────┘
已废弃：
┌─────────────────────────┐
│ ❌ 微信收藏（不再使用） │
│ ❌ 浏览器书签存文章 │
│ ❌ 手机备忘录 │
│ ❌ Pocket │
│ ❌ 文件传输助手 │
└─────────────────────────┘
核心变化：从"8个平台各存各的"变成"1个主库 + 3个通道 + 2个外挂"。
五、最关键的设置：Obsidian 同步方案
有读者会问：Obsidian 的笔记是本地文件，多设备之间怎么同步？
我的方案：
| 坚果云 WebDAV | ||
我的实际设置：
text
MacBook（主力机）
↕ 坚果云 WebDAV 自动同步
Windows 台式机（家里）
↕ 坚果云 WebDAV 自动同步
iPhone（移动端）
→ Obsidian 移动端 + 坚果云同步
→ 但日常碎片收集主要用 Flomo，不直接在手机上写 Obsidian
一个踩坑提醒：
⚠️ 不要用百度网盘同步 Obsidian Vault。
百度网盘的同步机制会跟 Obsidian 的实时保存冲突，容易产生文件冲突和数据丢失。
亲身经历，血泪教训。
六、收编完成后的"第一周体验报告"
既然是公开实验，就要有数据。以下是我"信息收编"完成后第一周的使用数据：
收集效率
| ⬇️ 快了6倍 | |||
| 从0产出到有产出 | |||
| 从散落到可追溯 |
检索效率
Ctrl+Shift+F 搜"分布式锁" → 2秒找到 | ||
最大的感受不是"快了多少秒"，而是"确定性"——我知道我要找的东西一定在 Obsidian 里，而不是"可能在微信也可能在浏览器也可能在网盘"。
这种确定感，减少了巨大的心理内耗。
七、你可能会问的 5 个问题
根据前几篇文章的评论区，我预判你可能有以下疑问：
Q1："Flomo 要付费吗？免费方案够用吗？"
Flomo 免费版每月可记录 100 条，微信输入不限。对大多数人够用了。如果你碎片想法特别多，Pro 版 ¥99/年，我觉得值。
但如果你不想多用一个App，也可以直接用微信给自己发消息+每周整理的方式替代。核心不是工具，是"定时清空"的习惯。
Q2："一定要用 Flomo 吗？能不能用其他App？"
完全可以。替代方案：
iOS 快捷指令 + Obsidian：设置一个快捷指令，一键追加文字到 Obsidian 的 Inbox 文件 滴答清单的"收集箱"：如果你已经在用滴答清单 Telegram 私人频道：如果你不想多装App
关键不是用什么工具收集，而是"每周定时清空到 Obsidian"这个动作。
Q3："旧资料真的不用迁移吗？总觉得心里不踏实。"
问你一个问题：你上一次翻看一年前收藏的文章是什么时候？
如果你想不起来，那些资料就不需要迁移。
如果你实在不放心，可以这样做：把旧平台保留3个月。3个月后如果你一次都没有回去找过东西，说明那些内容确实不需要了。
Q4："Obsidian 打开速度会不会越来越慢？"
在笔记数量低于 5000 条的情况下，Obsidian 的性能完全不是问题。我目前约 100 条笔记，打开速度几乎是瞬间的。
如果你担心，记住两个原则：
不要把大文件（PDF/视频/图片）直接放在 Vault 里 图片用图床或附件文件夹管理，笔记里只放链接
Q5："这个过程花了多长时间？值得吗？"
text
我的时间投入：
- 通道设置（Flomo + 快捷键 + 同步）：约 1 小时
- 微信收藏清理：约 2 小时
- 浏览器书签清理：约 1.5 小时
- 手机备忘录清理：约 0.5 小时
- Pocket 清理（直接注销）：5 分钟
- 网盘索引建立：约 1 小时
- Notion 旧库索引：约 0.5 小时
- 微信文件传输助手（宣布死亡）：0 分钟总计：约 7 小时（一个周末）
7 小时的一次性投入，换来的是未来每天节省的搜索时间和心理内耗。
用程序员的话说：这是一次性能优化。前期投入 N 小时重构，后期每次查询从 O(n) 降到 O(1)。
八、给你的"收编行动清单"（按优先级排序）
如果你也想做一次"信息收编"，不需要一口气做完。按以下优先级，每天做一项，一周就能完成：
text
Day 1（30分钟）：设置 Flomo + 绑定微信服务号
→ 从今天开始，碎片想法只进 FlomoDay 2（15分钟）：设置 Obsidian 全局快捷键 + 同步方案
→ 从今天开始，电脑端笔记只进 Obsidian
Day 3（2小时）：清理微信收藏
→ 问自己："3个月内会用到吗？"
Day 4（1.5小时）：清理浏览器书签
→ 保留工具类，删除内容类
Day 5（30分钟）：清空手机备忘录 + 注销稍后阅读App
→ 接受"稍后 = 永不"
Day 6（1小时）：为网盘/旧平台建索引笔记
→ 不搬文件，只建索引
Day 7（15分钟）：做第一次"每周清空Inbox"
→ 把这周 Flomo 里的内容整理到 Obsidian PARA
一周后，你的信息版图会从"八国联军"变成"中央集权"。
写在最后
这篇文章的核心其实只有两个字：收口。
你不需要更多的收集工具、更多的收藏功能、更多的存储空间。
你需要的是更少的入口、更明确的规则、更果断的删除。
在做这次清理的时候，我最大的感受是：
删掉 276 条微信收藏的那一刻，我没有任何损失感。反而觉得轻松了。
那些信息不是你的知识。你用自己的话写下来的、能在需要时被找到的、能被组合成新产出的——那才是你的知识。
收藏不是学习。
整理不是目的。
能被调用，才是终点。