给想尝试obsidian的朋友们泼冷水?
我踩过的 7 个Obsidian的坑，希望你一个都别踩
很多人第一次接触 Obsidian 时，都会有一种强烈的兴奋感。
双向链接、知识图谱、插件生态、本地 Markdown、第二大脑……
它像一个可以无限扩展的世界。
于是开始疯狂折腾：
- 找主题
- 装插件
- 学 PARA
- 研究知识图谱
- 折腾 CSS
一周后。
仓库越来越复杂。
真正写下来的内容：
不到 10 条。
如果你也经历过：
插件装到停不下来
文件夹越分越乱
收藏一堆从来不看
花几个小时整理标签
那你大概率已经踩进了 Obsidian 最典型的坑。
今天这篇。
我把自己踩过最深的 7 个坑，全摊开讲。
不是为了劝退你。
而是希望你别再把时间浪费在“装修仓库”上。
· · ·
误区一：把 Obsidian 当收藏夹用
错误姿势
我以前特别喜欢“收藏”。
看到好文章：
复制 → 粘贴 → 打标签 → 收藏完成。
当时会有一种强烈错觉：
“这篇内容已经属于我了。”
后来我统计过一次。
仓库里收藏了 1200 多篇内容。
真正重读过的：
不到 20 篇。
剩下的，全躺在角落吃灰。
最后整个仓库变成了：
一个巨大的“文章坟场”。
· · ·
为什么这是坑
Obsidian 最大的价值，从来不是：
保存信息。
而是：
加工信息。
互联网最不缺的，就是信息。
真正稀缺的是：
- 你的理解
- 你的关联
- 你的观点
- 你的实践
如果一条内容没有进入你的思考系统。
那它存不存在，其实没区别。
· · ·
正确做法
后来我把：
“收藏”和“笔记”彻底分开。
收藏：
交给专门的收藏工具，别让 Obsidian 变成垃圾场：
| 工具 | 类型 | 特点 | 适合场景 |
|---|---|---|---|
| Raindrop | 书签管理 | 支持标签、全文搜索、多端同步 | 系统化收集网页 |
| Cubox | AI 收藏夹 | 自动摘要、智能分类 | 深度阅读与知识提取 |
| 稍后阅读 | 浏览器集成好、界面简洁 | 轻量级保存待读文章 | |
| Instapaper | 稍后阅读 | 纯净阅读模式、支持高亮 | 专注阅读体验 |
笔记：
只记录真正进入大脑的内容。
后来我给自己定了一个“三句话原则”。
· · ·
1. 这篇内容到底讲了什么？
用自己的话复述。
不要复制原文。
· · ·
2. 它和我已有的什么知识有关？
至少加一个链接。
比如：
markdown
[[知识管理]]
[[写作]]
[[认知偏差]]
· · ·
3. 我要拿它做什么？
- 写文章？
- 做项目？
- 解决问题？
- 以后复盘？
如果没有用途。
大概率不值得记。
· · ·
后来我发现：
认真处理 1 条笔记。
比收藏 100 篇文章更有价值。
· · ·
误区二：把文件夹当万能解法
错误姿势
很多人的仓库长这样：
text
学习/
├ 编程/
├ 英语/
├ 阅读/
工作/
├ 项目A/
├ 项目B/
生活/
├ 健身/
├ 理财/
刚开始看起来特别整齐。
但很快就会崩。
比如：
- “关于编程的读书笔记”放哪里？
- “项目 A 的技术调研”算项目还是学习？
- 一个内容同时属于多个主题怎么办？
于是你开始：
- 来回移动文件
- 疯狂纠结分类
- 不断重构目录
最后时间全浪费在“整理”上。
· · ·
为什么这是坑
因为文件夹本质上是：
一棵树。
但知识真正的形态其实是：
一张网。
一个想法可能同时属于：
- 写作
- 产品
- 编程
- 心理学
- 商业
你不可能用单一路径表达复杂关联。
很多人不是不会分类。
而是：
用错了结构。
· · ·
正确做法
后来我的原则变成：
文件夹负责“粗分类”，
链接负责“真实关联”。
· · ·
1. 文件夹越少越好
我现在长期只保留 3-5 个顶层目录。
不再搞无限嵌套。
· · ·
2. 不要纠结“放哪里”
差不多就行。
真正重要的不是位置。
而是：
这条笔记和什么产生了关联。
· · ·
3. 用双向链接代替分类
比如：
markdown
[[编程]]
[[系统设计]]
[[读书方法]]
一篇笔记可以同时进入多个语境。
这才是 Obsidian 真正强大的地方。
· · ·
4. 用 MOC 做导航
MOC 本质上是：
人工维护的知识地图。
它比文件夹灵活太多。
· · ·
误区三：先建系统，再记笔记
错误姿势
第一天：
研究 PARA、Zettelkasten、Johnny.Decimal、MOC。
第二天：
搭文件夹、做模板、配插件。
第三天：
调整主题、优化 CSS。
第四天：
一共写了 2 条笔记。
第五天：
放弃。
· · ·
为什么这是最大的坑
我见过最夸张的一个人：
PARA、Johnny.Decimal、Zettelkasten、MOC 四套体系同时上。
仓库结构比企业 OA 还复杂。
一个月后。
只有 17 条笔记。
后来我终于明白：
· · ·
好的知识系统，
不是“设计”出来的。
而是：
在长期记录里，
被内容慢慢“逼”出来的。
很多人最大的问题不是不会记笔记。
而是：
还没开始记录，
就想一步到位设计“完美系统”。
这就像：
还没开始做饭。
先花一天研究厨房收纳。
刀架买了 5 个。
菜一道没做。
· · ·
正确做法
后来我的做法特别简单。
· · ·
第一步：
创建一个空仓库。
· · ·
第二步：
别研究系统。
别折腾插件。
别设计模板。
· · ·
第三步：
每天记录 3 条内容。
哪怕只是：
- 一个想法
- 一个问题
- 一段摘录
- 一个灵感
· · ·
第四步：
先写到 100 条。
你会发现：
有些主题开始自然聚合。
有些内容开始频繁出现。
这时候你再去：
- 建文件夹
- 做模板
- 搭系统
才是真正“从使用中长出来”的结构。
· · ·
误区四：过度追求完美的标签和模板体系
错误姿势
很多人的 YAML 长这样：
markdown
---
title:
author:
source:
url:
created:
modified:
status:
priority:
category:
subcategory:
tags:
project:
related:
---
一条笔记的元数据。
比正文还长。
然后：
- 标签分三级
- 分类分五层
- 每条笔记花 5 分钟整理
最后：
越来越不想记。
· · ·
为什么这是坑
因为：
记录的阻力太高了。
真正能长期坚持的人。
系统都很轻。
当记录一条内容需要：
- 想分类
- 想标签
- 想模板
- 想格式
大脑会自动逃避。
最后你会发现：
你不是在写笔记。
你是在维护数据库。
· · ·
正确做法
后来我的原则变成：
能少就少。
· · ·
标签：
1-3 个够用。
元数据：
只保留必要字段。臃肿的 frontmatter 和精简方案对比：
| 瘦身前（过度设计） | 瘦身后（够用就好） | 原则 |
|---|---|---|
| title | ✅ title | 必要，便于识别 |
| author | ✅ author | 必要，多作者时有用 |
| source | ❌ 删除 | 想查时再加 |
| url | ❌ 删除 | 用插件自动抓取 |
| created | ✅ created | 一条就够 |
| modified | ❌ 删除 | 文件系统自带 |
| status | ✅ status | 追踪写作进度 |
| priority | ❌ 删除 | 大多数人用不到 |
| category | ❌ 删除 | 用链接和标签代替 |
| subcategory | ❌ 删除 | 文件夹已足够 |
| tags | ✅ tags | 1-3 个即可 |
| project | ❌ 删除 | 用 MOC 代替 |
| related | ❌ 删除 | 双向链接搞定 |
模板：
3-5 个足够。
· · ·
搜索：
优先相信全文搜索。
很多时候真正重要的不是：
“提前整理”。
而是：
需要的时候，
能快速找到。
Obsidian 的搜索已经非常强。
不要为了“未来可能会查”而过度设计。
· · ·
误区五：把旧笔记全部 Import 进来
错误姿势
很多人从 Notion 导出 500 条笔记。
全部导入 Obsidian。
结果：
- 格式全乱
- 数据库变 HTML
- 搜索结果全是噪音
- 大量内容永远不会再看
你的新仓库。
从第一天开始就被污染了。
· · ·
为什么这是坑
很多人以为：
“迁移数据”
“迁移知识”
其实根本不是。
真正重要的内容。
不会因为工具变化而消失。
反而那些：
- 再也不会看的
- 只是顺手收藏的
- 已经过时的
会全部跟着一起搬过来。
最后：
你只是把“旧垃圾”搬进了“新房子”。
· · ·
正确做法
不要“搬家”。
要“有机迁移”。
· · ·
1. 旧工具继续保留
不要急着删。
· · ·
2. 从今天开始，新内容用 Obsidian
不要想着：
“一次性迁移人生”。
· · ·
3. 需要的时候，再手动迁移
当某条旧笔记真正被再次使用时：
重新整理。
重新理解。
重新写一遍。
这个过程本身。
就是二次吸收。
· · ·
几个月后你会发现：
真正重要的内容。
会自然进入你的新系统。
剩下那些没迁移的。
大概率本来也不重要。
· · ·
误区六：一上来就装 50 个插件
错误姿势
我曾经最高峰时。
同时装了 43 个插件。
第一天安装：
- Dataview
- Templater
- QuickAdd
- Kanban
- Tasks
- Excalidraw
- Calendar
- Tracker
- Hover Editor
- Banners
- Remotely Save
- Git……
然后开始：
- 配快捷键
- 调 CSS
- 改主题
- 写 Dataview 查询
- 研究自动化
折腾了一周。
真正有价值的内容：
0 条。
· · ·
为什么这是坑
很多人真正沉迷的：
不是记笔记。
而是：
“配置 Obsidian”。
今天研究主题。
明天折腾插件。
后天优化工作流。
最后：
你拥有了一个极其复杂的系统。
但里面没有思想。
· · ·
正确做法
后来我开始：
插件极简主义。
从 0 开始。
需要的时候再加。
· · ·
我的插件渐进策略，按阶段控制数量：
| 阶段 | 插件数量 | 原则 | 重点搞懂 |
|---|---|---|---|
| 第 1 周 | 0 个 | 只用原生功能 | Markdown、搜索、链接、基本结构 |
| 第 2 周 | 按需加 | "你真正缺什么"，不是"大神推荐什么" | 解决实际遇到的痛点 |
| 第 1 个月 | ≤ 5 个 | 控制增量，不贪多 | 每个都要真正高频使用 |
| 长期 | ≤ 10 个 | 两周没用到就删 | 低摩擦 > 多功能 |
· · ·
工具越复杂。
维护成本越高。
长期使用最重要的。
从来不是功能数量。
而是：
低摩擦。
· · ·
误区七：只输入，不输出
错误姿势
每天：
- 收藏
- 摘录
- 记笔记
- 做高亮
但从来不：
- 写文章
- 复述观点
- 分享思考
- 输出内容
最后：
仓库越来越大。
脑子却越来越乱。
· · ·
为什么这是坑
因为：
没有输出的知识，
很快会变成“认知库存”。
你以为自己学会了。
其实只是：
“看过了”。
真正的理解。
一定伴随着：
- 重组
- 表达
- 解释
- 应用
输出不是“展示”。
输出本身。
就是整理。
· · ·
正确做法
后来我开始把 Obsidian 当：
加工厂。
不是仓库。
· · ·
你可以：
- 写公众号
- 发朋友圈
- 做视频提纲
- 写复盘
- 给朋友解释一个概念
哪怕只是：
把今天一个想法写成 200 字。
都比收藏 20 篇文章更有价值。
· · ·
7 个误区速览表
| # | 误区 | 错误做法 | 核心问题 | 正确做法 |
|---|---|---|---|---|
| 1 | 把 Obsidian 当收藏夹 | 复制粘贴堆文章 | 只保存不加工 | 收藏交给专业工具，笔记只记进入大脑的内容 |
| 2 | 把文件夹当万能解法 | 无限嵌套分类 | 用树状结构管网状知识 | 文件夹粗分类，双向链接建关联 |
| 3 | 先建系统再记笔记 | 研究方法论 → 搭系统 → 放弃 | 重工具轻内容 | 先写 100 条，结构从使用中长出来 |
| 4 | 过度追求完美标签/模板 | 元数据比正文长 | 记录阻力太高 | 标签 1-3 个，模板 3-5 个，能少就少 |
| 5 | 全部 Import 进来 | 500 条笔记一键迁移 | 旧垃圾搬进新房子 | 有机迁移，用到时再手动搬 |
| 6 | 一上来装 50 个插件 | 沉迷配置而非记录 | 系统复杂，思想空洞 | 插件极简，从 0 开始，长期 ≤ 10 个 |
| 7 | 只输入不输出 | 收藏摘录从不写 | "看过了"≠学会了 | 把 Obsidian 当加工厂，持续输出 |
· · ·
总结：这 7 个坑的根源是什么？
表面上看：
是插件、文件夹、模板、标签的问题。
但本质上。
只有一个问题：
把注意力放在了工具，
而不是内容。
很多人以为自己在做知识管理。
实际上：
只是在管理“知识管理工具”。
· · ·
最后
后来我越来越觉得：
真正成熟的知识管理。
不是：
- 仓库多漂亮
- 标签多完整
- 工作流多自动化
而是：
当你产生一个想法时，
你愿不愿意立刻把它写下来。
很多人以为：
Obsidian 的终点，是“第二大脑”。
但后来我发现：
真正的终点其实是：
你终于开始认真思考、
持续表达、
长期积累自己的人生。
至于工具。
它最好最后“消失”。
· · ·
💬 互动话题
你踩过几个坑？
老实交代。
尤其是：
- 插件地狱
- 文件夹迷宫
- 收藏坟场
我估计大部分人至少中 4 个。
评论区报数字。
· · ·
下一篇，是整个系列最后一篇。
我们不聊插件、不聊配置。
聊点真正重要的东西：
为什么有些人能长期坚持记录、思考和成长。
以及：
工具最后到底会把人带向哪里。
· · · 💡Tip
我整理了一份Obsidian安装包、常用插件和模板(持续更新)。
需要的可以：
👉 点个赞 + 在看
👉 后台回复：Obsidian
我把整套直接发你。
