用了N年Obsidian，我把整个系统推翻重建了：踩过的5个坑，你别再踩

用了N年Obsidian，我把整个系统推翻重建了：踩过的5个坑，你别再踩

一年前我觉得自己的笔记系统很完美。
一年后我发现，那根本不是系统，是垃圾场。
今天把重建过程完整写出来，希望你少走一年弯路。

先说说一年前的我

2023年初，我开始用Obsidian。

那时候我野心勃勃。

看了几十篇教程，研究了各种笔记方法论：

• • 卡片笔记法
• • PARA系统
• • Zettelkasten
• • GTD
• • CODE方法

我觉得这些都很有道理，于是全部揉在一起，设计了一套"完美"的系统。

文件夹套文件夹，层级分明。
标签体系，详细到每个细分领域。
模板十几个，覆盖各种场景。
插件装了30多个。

我花了整整一个周末，把这套系统搭建完成。

然后拍了张截图，发到朋友圈，配文：

"2023，开始认真经营自己的第二大脑。"

三个月后，系统崩了

准确地说，不是崩了，是我不想打开了。

每次打开Obsidian，我都要先想：

• • 这条笔记应该放哪个文件夹？
• • 应该打什么标签？
• • 用哪个模板？
• • 这是"项目"还是"领域"还是"资源"？

一个简单的想法，要经过这么多决策，才能存进去。

太累了。

渐渐地，我开始用备忘录、微信收藏、甚至纸条记东西。

因为那些工具虽然简陋，但打开就能写。

我精心设计的"第二大脑"，变成了一个我不愿意进入的迷宫。

问题到底出在哪？

我花了很长时间反思。

后来我想明白了：

我设计的不是"给自己用的系统"，而是"看起来很厉害的系统"。

我追求的是：

• • 完整
• • 专业
• • 无死角

但我忽略了最重要的事：

我愿不愿意每天打开它？

一个系统再完美，如果用起来有阻力，就没有意义。

重建：我踩过的5个坑

接下来是正文。

我把这一年踩过的坑，和重建后的做法，完整写出来。

每个坑我都会说：

1. 1. 以前怎么做的（错误示范）
2. 2. 后来怎么改的（现在的做法）
3. 3. 为什么这样更好

坑1：文件夹套太多层

以前的做法

我的目录结构长这样：

text

笔记库/
├── 01-项目/
│   ├── 工作/
│   │   ├── 项目A/
│   │   │   ├── 会议记录/
│   │   │   ├── 需求文档/
│   │   │   └── 问题追踪/
│   │   └── 项目B/
│   │       └── ...
│   └── 个人/
│       ├── 公众号/
│       │   ├── 选题/
│       │   ├── 草稿/
│       │   └── 已发布/
│       └── ...
├── 02-领域/
│   ├── 编程/
│   │   ├── 后端/
│   │   │   ├── Java/
│   │   │   ├── 数据库/
│   │   │   └── ...
│   │   └── 前端/
│   └── ...
└── ...

看起来很专业对吧？

但每次我想存一条笔记，都要点好几层才能到目标文件夹。

更糟糕的是，很多笔记"既属于A又属于B"。

比如一个关于"用Java处理数据导出"的笔记：

• • 它属于"项目A"吗？（因为是这个项目用的）
• • 还是属于"Java"？（因为是技术笔记）
• • 还是属于"数据库"？（因为涉及SQL查询）

我每次都要纠结放哪。

纠结多了，就不想记了。

现在的做法

我把层级压扁到最多2层：

text

笔记库/
├── 00-收件箱/       ← 临时存放，每周清理
├── 01-项目/         ← 正在做的事（扁平放置）
├── 02-笔记/         ← 永久笔记（不再细分文件夹）
├── 03-素材/         ← 摘录和参考资料
├── 04-日志/         ← 日记和周报
└── 05-存档/         ← 完成的项目

关键改变：

text

❌ 以前：靠"文件夹"分类
✅ 现在：靠"双链+标签"分类

那条Java数据导出的笔记，现在这样处理：

• • 直接扔进02-笔记
• • 标题写清楚是什么
• • 文末加标签：#Java#数据库#项目A
• • 用双链连接到相关笔记：[[项目A需求]][[SQL优化]]

这样它就同时"属于"三个地方，不需要纠结。

为什么这样更好

文件夹是"非此即彼"的，一条笔记只能放一个地方。

但知识是"网状"的，一条笔记可能和很多东西相关。

用文件夹管"位置"，用链接管"关系"。

这是我花了一年才想明白的事。

坑2：插件装太多

以前的做法

我装了30多个插件：

• • 各种美化主题
• • 日历插件
• • 看板插件
• • 思维导图插件
• • 数据库插件
• • 同步插件
• • 自动化插件
• • ……

每个插件都有自己的配置、快捷键、使用方式。

我花了很多时间折腾这些东西。

结果呢？

大部分插件我根本记不住怎么用。

有些插件之间还会冲突，导致Obsidian变卡。

更讽刺的是：

我花在"折腾工具"上的时间，比"用工具写东西"的时间还多。

现在的做法

我只保留6个插件：

Markdown

1. Calendar - 日历视图，快速跳转到某天的日记
2. Templater - 模板功能，新建笔记自动套用格式
3. Periodic Notes - 管理日记/周记/月记
4. Quick Add - 快速新建笔记，减少操作步骤
5. Dataview - 偶尔查询用，不是必需
6. Obsidian Git - 自动备份到GitHub

其他全删了。

判断标准

每个插件，我问自己一个问题：

"过去一个月，我用过它几次？"

如果答案是"0次"或"1-2次"，直接删。

为什么这样更好

插件是用来解决问题的，不是用来收集的。

没有问题，就不需要插件。

先用原生功能用到极致，遇到真正解决不了的问题，再找插件。

这个顺序不能反。

坑3：模板太复杂

以前的做法

我设计了一个"完美"的读书笔记模板：

Markdown

---
title: {{书名}}
author: {{作者}}
category: {{分类}}
status: {{阅读状态}}
rating: {{评分}}
start_date: {{开始日期}}
end_date: {{结束日期}}
tags: 
---
## 📖 基本信息
- 书名：
- 作者：
- 出版社：
- ISBN：
## 🎯 阅读目的
（我为什么读这本书？）
## 💡 核心观点
（这本书的主要论点是什么？）
## 📝 章节笔记
### 第一章
### 第二章
...
## 🔗 与其他书的联系
（这本书和我读过的哪些书有关？）
## ✅ 行动清单
（读完这本书，我要做什么？）
## 📊 总结评价
（推荐指数/适合人群/一句话总结）

看起来很完整吧？

但每次用这个模板，我都要填一大堆东西。

有些字段（比如ISBN、出版社）根本没用。

但空着又让我难受。

结果就是：我越来越不想做读书笔记。

现在的做法

我的读书笔记模板只有这些：

Markdown

# {{书名}}
读完日期：{{date}}
## 对我有用的点
## 我的行动
---
[[书籍]]

就这么简单。

"对我有用的点"写3-5条就够了。

"我的行动"写1-2条，能落地的。

为什么这样更好

模板的目的是"降低开始的门槛"。

但如果模板太复杂，它反而变成了门槛本身。

模板越简单，越容易坚持。

我后来发现一个规律：

text

模板字段超过5个 → 我会拖延
模板字段少于5个 → 我愿意立刻开始

现在我所有模板都控制在5个字段以内。

坑4：什么都想记

以前的做法

我有一个执念：不能漏掉任何"有价值"的信息。

看到一篇好文章，存。
听到一个好观点，记。
学到一个小技巧，收。

我的收件箱里堆了几百条"待整理"的笔记。

每次看到那个数字，压力就上来了。

但我又没时间整理。

于是那些笔记就躺在那里，变成"数字垃圾"。

现在的做法

我设了一个规则：

只记"让我心动"的东西。

具体标准：

text

✅ 记：
- 看完后心里有触动的
- 能和我现有的笔记建立联系的
- 一周内可能用得上的
❌ 不记：
- "以后可能有用"的
- "客观上很重要"但我没感觉的
- 随便搜搜就能找到的

我还设了一个"清理机制"：

收件箱超过20条，必须停下来整理。

要么正式写成笔记，要么直接删掉。

不允许无限堆积。

为什么这样更好

记笔记不是为了"拥有"，是为了"使用"。

那些"以后可能有用"的东西，99%不会再打开。

与其堆在那里产生焦虑，不如一开始就不记。

少即是多。

坑5：追求"完美"再开始

以前的做法

在开始用Obsidian之前，我花了两周时间：

• • 看了20多篇教程
• • 研究了5种笔记方法论
• • 对比了各种目录结构
• • 设计了详细的标签体系

我想一次把系统设计"对"，省得以后返工。

结果呢？

系统是设计出来了，但用了两个月就推翻了。

因为只有真正用起来，才知道什么适合自己。

现在的做法

我现在的原则是：

先乱着用，用一个月再整理。

刚开始不需要任何系统。

想到什么就记，记完扔收件箱。

用一个月后，自然会发现：

• • 哪些笔记经常被打开？
• • 哪些笔记从没看过第二次？
• • 我的笔记大概分几类？

然后根据实际情况，慢慢建立结构。

这个结构是"长出来"的，不是"设计出来"的。

为什么这样更好

每个人的需求不同，别人的系统不一定适合你。

只有先用起来，才能发现自己真正的需求。

完美是迭代出来的，不是计划出来的。

这是我学到最重要的一课。

重建后，我的系统长什么样

现在我的系统很简单：

目录结构

text

我的笔记/
├── 00-收件箱/      ← 临时存放（不超过20条）
├── 01-项目/        ← 正在做的事
├── 02-笔记/        ← 永久保存的想法
├── 03-素材/        ← 书摘、文章、参考资料
├── 04-日志/        ← 日记、周报
└── 05-存档/        ← 完成的项目

工作流

text

每天：
  - 随时记录想法 → 扔进收件箱
  - 下班前5分钟 → 写工作日志
每周日：
  - 清理收件箱 → 分类或删除
  - 写周报 → 回顾这周做了什么
  - 随机打开3条旧笔记 → 看能不能加新链接
每月：
  - 回顾这个月的笔记
  - 调整系统（如果需要）

核心原则

text

1. 能少就少 - 文件夹、插件、模板都是
2. 能简就简 - 复杂的东西难以坚持
3. 先用再改 - 不追求一步到位
4. 链接优先 - 用双链代替文件夹分类

最后的话

我花了一年时间，才学到这些教训。

说实话，挺浪费时间的。

如果一年前有人告诉我这些，我可能可以少走很多弯路。

但也许，有些坑必须自己踩过，才能真正理解。

不过，我还是想把这些写出来。

如果这篇文章能让你少纠结一点，早点开始"用"起来，就值了。

最后总结一下，5个坑和5个解法：

核心就一句话：

简单的系统才能坚持，坚持才是一切的前提。

希望对你有帮助。

我是阿木木，用工程师的逻辑搭建系统，用产品经理的思维经营自己。

这里会持续分享：Obsidian + AI 的实战用法，把个人成长当产品来迭代。

如果感兴趣，点个关注不迷路。