我亲手砍掉的 3 套知识管理系统：花了两年才明白的坑
一只阿木木约 11 分钟我亲手砍掉的 3 套知识管理系统：花了两年才明白的坑
副标题：从工具党到「够用就行」，一个写 Bug 的后端的翻车实录
我是一只阿木木，一个写后端代码、也常写 Bug 的普通人。
从 2022 年开始，我干了一件现在回想有点好笑的事：
花了整整两年时间，亲手搭了 3 套「看起来很高级」的知识管理系统，
然后，又亲手把它们一个个砍掉。
过程大概是这样的：
• 每换一个工具，我都要重建一次知识库结构 • 一边看着别人酷炫的 Notion / Roam / Obsidian 截图流口水 • 一边默默给自己的系统加字段、调图标、整自动化……
结果就是：
• 系统一套比一套复杂 • 真正用的时间却越来越少 • 最后所有笔记一起，躺在硬盘里吃灰
如果你也有这些体验：
• 买了很多「第二大脑」「知识管理」课程，记了几页就丢 • 为了找一个「完美结构」熬夜画思维导图，结果第二天就不用了 • 安装了一堆插件、模板、自动化，打开软件只是在调设置
这篇文章可能对你有点用。
我会用一个写 Bug 的后端视角，把这两年里砍掉的 3 套系统摊开给你看：
• 每一套系统当时的「宏伟蓝图」 • 它们是怎么死的 • 各自暴露出的一个关键「坑」 • 最后，我现在在用的那套反而「简单到有点不好意思」
希望你看完，至少可以少走几圈我已经绕过的弯路。
一、为什么我们总是「爱搭系统，不爱用系统」
先不讲那三套系统，先问几个可能戳你的场景：
• 你是不是也收藏了一堆「Notion 神级模板」「某大佬的 Obsidian 结构」？ • 你是不是也试过给笔记分成「学习 / 工作 / 生活 / 灵感 / 项目 / ……」十几个分类？ • 你是不是打开软件时，做的第一件事不是记东西，而是——调样式？
老实说，这不是你自制力差，而是人性。
现在这些东西太会勾引我们了：
• 漂亮的截图给你一种「我只要照抄就能变厉害」的幻觉 • 学习系统比学习本身更容易带来「我在变好」的爽感 • 搭系统可以马上看到成果，真正用系统要很久才有回报
所以，我们很容易把「搭系统」当成了「行动本身」。
我就是这么一路踩坑过来的。
下面这 3 套被我亲手砍掉的系统，分别代表了我走过的 3 个阶段，也对应了 3 个非常典型的坑。
二、系统一：完美 Notion 模板的坟场 ——「抄作业型」知识管理
时间节点：2022 年初
工具：Notion
状态：刚被「第二大脑」概念点燃，热血沸腾
2.1 当时的宏伟设想
那阵子，我刷到了很多类似的标题：
• 「程序员必备的个人知识管理系统」 • 「全网最强 Notion 第二大脑模板」 • 「年薪 50W 的人都这样管理自己的知识」
我干脆一股脑把别人的模板全导入，然后合成一套看起来极其专业的结构：
• Inbox / 收集箱• Projects / 项目• Areas / 生活角色• Resources / 资源• Archives / 归档
每个都是一个数据库，字段拉满：
• 标签、进度、重要程度、来源、链接、关联项目、关联目标…… • 各种自动化视图：按时间、按标签、按项目、按能量水平……
当时看着自己的主页，我真心觉得：这下我离年薪 50W 不远了。
2.2 它是怎么死的？
死得很安静。
全部过程大概是这样：
1. 第 1 周：兴奋期
• 每天都在调模板、选图标、设计新字段 • 真正写进去的内容，比我调设置花的时间还少
• 每次想记点东西，都要面对一堆必填字段 • 「这条笔记是 Resources 还是 Projects 呢？」 • 「这个任务到底该不该建成一个 Project？」
• 手机上打开太慢，电脑上打开太重 • 最后我干脆回到微信收藏 + 备忘录
这套系统正式宣告死亡：
主页依然很好看，但再也没有新内容进来。
2.3 这套系统暴露的第一个大坑
坑一：从「工具和模板」出发，而不是从「自己的问题」出发。
当时我根本没想过：
• 我到底想解决什么具体问题？ • 是工作任务乱？ • 是学习内容多？ • 还是输出难坚持？ • 我每天真实的使用场景是什么？ • 在公交车上看手机？ • 在公司电脑上边开 IDE 边记？ • 还是晚上在 iPad 上看书？
我只是单纯觉得：大佬用的就是对的，我抄就是了。
结果就是：
• 系统「很漂亮」，但和我的生活完全脱节 • 它解决的是别人理想中的问题，不是我每天真实的混乱
三、系统二：双链宇宙爆炸 ——「只顾存，不顾用」
时间节点：2022 年中
工具：Roam Research / Logseq 一挂双链笔记
状态：开始迷上「链接一切」的知识管理哲学
3.1 当时的宏伟设想
到了双链时代，我的心路是这样的：
「原来记笔记不应该分类，应该全部丢进 Daily Notes，然后靠双向链接串起来！
这样知识就会自己长出来，一个大脑网络就出现了！」
于是我干了几件事：
• 把以前的笔记，尽可能导入 Roam / Logseq • 几乎每一句话都要加几个 [[链接]]• 疯狂创造新概念、新标签，觉得很有「网络化思维感」
那段时间，看着满屏蓝色链接，我经常有一种错觉：
「哇，我脑子里好像真的有一个知识图谱在生长。」
3.2 它是怎么死的？
死得很壮烈。
最致命的问题只有一个：
我只设计了「信息怎么进来」，完全没想过「信息怎么被我重新看到」。
具体表现：
• Daily Notes 一天接一天，很快就翻不到头 • 链接是有很多，但没有一个稳定的「出口」 • 没有复盘流程 • 没有主题索引 • 没有根据具体场景组织的页面
所以几个月下来，系统变成了：
• 一个信息黑洞：只进不出 • 我知道我「记过」，但我找不到 • 甚至连「我记过什么」这件事，我都没印象
最后，当我在一次写技术方案的时候，发现：
• 之前明明在 Roam 里写过类似的思路 • 我却宁愿重新思考一遍，也懒得去那堆蓝色链接里淘
那一刻，这套系统在我心里也就死了。
3.3 第二个大坑
坑二：只沉迷于「存」，没有设计「用」的路径。
我只关心：
• 怎么快速把信息扔进去 • 怎么让页面之间链接得很酷
但我完全没有安排：
• 每天 / 每周，我要如何「重新遇到」那些重要的东西？ • 我在什么具体任务里，会用到哪些类型的笔记？ • 如果我要写一篇文章 / 做一个分享，我会从哪里开始翻？
只有入口，没有出口，任何知识库最后都会变成「信息垃圾场」。
四、系统三：Obsidian 豪华版 ——「把个人成长当分布式系统在设计」
时间节点：2023 年
工具：Obsidian + 一堆插件
状态：后端工程师职业病犯了，开始架构一切
4.1 当时的宏伟设想
作为后端，看到 Obsidian 这种「纯文本 + 插件 + 自由度极高」的工具，我仿佛看到了一个可以自由搭建微服务架构的乐高世界：
• 我设计了一套复杂的文件夹结构： • 01_Inbox/02_Projects/03_Areas/04_Resources/05_Archive……• 每类笔记都有精心设计的模板： • 读书笔记模板 / 课程笔记模板 / 会议纪要模板 / 复盘模板 • 装了一堆插件： • 任务管理、看板、日历、番茄钟、关系图、AI、一键发布……
我甚至还画了系统草图，自我感动地想：
「这简直是个人成长的微服务架构啊！」
4.2 它是怎么死的？
这套系统，其实活得最久，但也最折磨。
痛点集中在两点：
1. 过度抽象
• 很多分类和模板，是按照「理论上所有人都应该有」来设计的 • 但我生活里根本没有对应的场景 • 结果是很多文件夹一片空白，我却迟迟不敢删，觉得删了就不完整
• 我希望所有东西都落在「同一套路」里 • 写周报、做项目、学课程都要套用某一个通用结构 • 一旦有东西放不进去，我就开始怀疑自己是不是用错了
真正让我决定砍掉这套系统的，是一个细节：
某天我只是想简单记下一次和同事的 5 分钟对话，
却在「这个应该放 Projects 还是 Areas？」之间犹豫了半天。
当系统的复杂度大到「记东西之前要先查规范」，
它就已经不再是我的第二大脑，而是我的上级审计了。
4.3 第三个大坑
坑三：把个人系统设计成「通用框架」，却忘了自己是会变的人。
那阵子我特别想要一个「一劳永逸」的系统：
• 一套结构，适配未来 3–5 年所有场景 • 一次设计，后面只要老老实实往里面填东西就好
这在工程上也许是种美德，
但落在个人知识管理上，几乎注定是灾难：
• 你在 25 岁和 30 岁关心的东西完全不同 • 你从码农到带人，从员工到自由职业，场景会不断变化 • 但那个被你设计得无比严密的系统，是静态的
结果就是：
• 人变了，系统却要求你「按以前的你来生活」 • 冲突就一点点积累，直到有一天你彻底不想再打开它
五、这三套系统，帮我踩透了三个关键坑
现在回头看，这三套系统各有各的死法，但底层逻辑很统一。
坑一：从工具出发，而不是从问题出发
• 把别人的模板当「标准答案」 • 以为换一个工具，所有问题就会被重置
但你真正的问题，从来不是「缺一个更酷的软件」。
坑二：只设计「输入」，不设计「输出」
• 享受把信息塞进去的满足感 • 却没有安排任何机制，让信息在合适的时候被你用上
没有从「我要在什么时刻用到它」往回倒推。
坑三：追求「一劳永逸」，拒绝「小步迭代」
• 想一次性搭出「完美体系」 • 而不是先用一个「能跑起来的简陋版本」，边用边改
你对系统的期待太高，反而让自己不敢随便动它。
我花了两年时间，才真正接受一件事：
个人的知识管理系统，
更像是你每天穿的衣服、用的工具，
而不是一个供在神龛上的「终极方案」。
六、那现在我在用的系统，长什么样？
说了这么多翻车经历，来交代一下现在的做法。
不然这篇文章就只是「吐槽大会」，而不是「复盘」。
先说一句可能会让你失望的话：
我现在的系统，真的简单到有点不好意思。
6.1 我给自己立了三个「死规矩」
1. 从场景出发，而不是从分类出发 我只围绕 3 个真实场景来设计结构：
每次想新加一个结构，我会先问自己：
它能让这三个场景变得更顺一点吗？
如果不能，那就先别加。
• 场景 1：日常工作项目（写需求、写代码、处理 Bug） • 场景 2：学习一个新领域（比如产品思维 / LLM 应用开发） • 场景 3：输出内容（写公众号、做分享）
• 输入：想法、会议、阅读、Bug 复盘，都进 Obsidian • 输出：文章大纲、分享稿、复盘报告，也都从 Obsidian 生长出来 • AI：用作「助手」，嵌在 Obsidian 的工作流里， • 帮我总结、查漏、生成初稿骨架，但不替我决定结构
• 我会给当前结构写一个简短的「v0.x 说明」 • 至少用满 2 周，再集中调整一次 • 新想法先丢进「改版备忘录」，到版本迭代时再考虑要不要采纳
这 3 条死规矩，让我从「不断重装系统」变成了「按版本升级系统」。
6.2 结构真的很简单
我现在的 Obsidian 顶层结构大概是这样：
text
📁 01_Journal # 每日/每周日志、复盘
📁 02_Projects # 具体项目：工作项目、学习项目、写作项目
📁 03_Knowledge # 概念卡片、技术点、方法论
📁 04_Resources # 读书笔记、课程笔记、好文章拆解
📁 99_Templates # 模板举几个和上面 3 套灾难系统完全不一样的点：
• 我不再执着于「完美分类」，
一条笔记可以既属于某个项目，又被拆成概念卡片• 我不再追求「所有笔记都长一个样」，
模板只是提示，不是强制规范• 我不在 Obsidian 里硬塞 GTD、番茄钟之类，
只保留「我每天确实会用到」的功能
6.3 AI 在这里真正帮了什么忙？
和之前不一样的是，现在我让 AI 干这些事：
• 帮我把一堆碎阅读，整理成「一篇初步的结构化笔记」 • 帮我在周复盘时，总结「这周我其实在关注哪些主题」 • 帮我从过往笔记里，找出和当前项目 / 选题相关的内容
我不再期望「系统自己长出知识图谱」，
而是让 AI 带着我，在已有的笔记里「挖矿」。
这背后还是那句话：
工具和 AI 是放大器，
但前提是你先想清楚：你到底想让什么被放大？
七、如果你也在折腾知识管理，给你 3 个「现实一点」的建议
不立大 Flag，就说我自己现在还在执行的几条规则：
建议 1：先选一个工具，给自己定一个「冷静期」
• 先选一个你眼下最顺手的工具：Obsidian / Notion / Logseq 都行 • 给自己定一个「2 周冷静期」，这期间不再更换工具、不重构结构 • 所有想换工具、调结构的冲动，都记在一条「系统改版备忘录」里
人是会有「新玩意多巴胺」的，
给自己一点冷静时间，很多改动欲望会自己消退。
建议 2：从「一个项目 + 一个领域 + 一个输出」开始
不要一下子设计「我的一生知识管理」。
可以只做这三件事：
1. 选一个正在进行的工作项目，在工具里给它建一个项目主页 2. 选一个你这 1–3 个月真心想补的技能领域，给它建一个领域主页 3. 选一个你下个月想认真写的一篇文章 / 做的一次分享，建一个输出项目
先让这三条「流水线」跑起来，
只要你一周能在每一条上推进一点，你的系统就开始有价值了。
建议 3：把系统当成「产品」，而不是「作品」
• 写一条简单的「系统 PRD」： • 这个系统是为谁服务的？（就是为你现在的某个版本服务，不是未来一切可能的你） • 要解决哪 2–3 个具体问题？（比如：找资料难、输出成本高、复盘做不起来） • 接下来 1 个月，你希望它能给你带来什么变化？ • 到月底做一次「版本复盘」： • 哪些地方真的帮到你了？ • 哪些地方完全没用上？（可以砍掉） • 下个版本只改 1–3 处就好
你不是在给自己造一个艺术品，
而是在为现在的自己做一件顺手的工具。
最后
写这篇的时候，我翻回去看了很多 2022 年的旧截图：
• 那些精心设计的 Notion 页面 • 那些密密麻麻的蓝色双链 • 那些看起来像「企业内部知识库」一样严肃的目录结构
说句实话，有一点点怀念，也有一点点庆幸：
• 怀念当时那个相信「一个完美系统可以拯救一切」的自己 • 庆幸现在的自己，终于敢承认：
我只需要一个「够用，而且能一直用下去」的系统。
如果你也正站在「要不要重装一次系统」的门口，
也许可以先问自己三个问题：
1. 我现在最真实的三个场景是什么？ 2. 我是不是又在「对着别人的截图流口水」？ 3. 我有没有勇气，先接受一个「不完美，但能跑」的版本？
欢迎你在评论里，分享你亲手砍掉过的系统长什么样。
说不定我们可以一起，做一篇「读者翻车知识管理博物馆」的合集。