大多数 Obsidian 用户在开始使用六个月后都会遇到同样的问题。
他们积累了数百条笔记。他们知道需要的信息就在某个地方。但无法快速找到，以至于这些信息变得毫无用处。
搜索返回的结果太多。他们在第一周设计的文件夹结构，已经无法适应第六个月创建的笔记类型。他们不一致地应用的标签，比完全没有标签更糟糕。
这个本应让他们更有序的知识库，变成了又一个需要管理的东西。
这并非因为 Obsidian 设计不佳。
而是因为大多数人组织知识库的方式，是像整理文件柜一样，而不是像组织思维系统一样。
文件柜是为存储而优化的。
思维系统是为检索而优化的。
这两个目标之间的差异，产生了完全不同的组织架构。
这篇文章将为你提供完整的指南，教你如何组织你的 Obsidian 知识库，让你无论有多少笔记，都能在 30 秒内找到任何内容。
检索优先原则
在理解结构之前，先要明白驱动所有组织决策的原则。
你组织知识库，不是为了把东西整齐地放好。
你组织知识库，是为了快速找回东西。
你创建的每个文件夹、应用的每个标签、采用的每个命名约定，都应该用一个问题来评估：这会让检索更快还是更慢。
大多数组织系统之所以失败，是因为它们是为捕获的那一刻设计的，而不是为检索的那一刻设计的。
你创建了一个叫“想法”的文件夹，因为当你创建笔记时，它包含了那个想法。
六个月后，你在寻找一个关于你曾经有过的商业想法的笔记。你不记得是把它放在了“想法”、“项目”、“商业”还是你产生那个想法那天的日记里。
这个文件夹名在捕获时是有意义的。
但在检索时，它什么信息都没有给你。
本指南中的组织系统是从检索的角度设计的。
每一个结构性的决策都是通过问这个问题做出的：当我将来需要这些信息时，我会知道哪些关于它的信息，可以用来找到它。
关于一条笔记你总是知道的四件事
当你将来寻找一条笔记时，你通常能知道关于它的四件事中的一件或多件。
它的内容类型是什么。它是一个项目、参考、日记、任务、会议记录、书籍摘要、想法吗？
你创建或使用它的时间。是这周？这个月？去年？是否与某个特定事件或日期相关？
它涉及什么主题。它关于哪个主题领域、人物、项目或概念？
它当前的状态是什么。它是活跃的、已完成的、已归档的、进行中的、等待中的？
一个组织良好的知识库，能让你在几秒钟内按这四个维度中的任何一个或任意组合进行过滤。
以下组织系统就是建立在这四个维度之上的。
文件夹结构
文件夹是最粗略的组织层。它们应该反映最宽泛的内容类型类别。
大多数人犯的错误是创建了太多文件夹，并且让它们太具体。
一个叫“Python 编程笔记”的文件夹在创建时似乎很有用。
当你有十五个这样具体的文件夹时，在它们之间导航本身就成了一個问题。
正确的文件夹结构应该有五到八个顶级文件夹。每个文件夹代表一种真正不同类型的内容，具有不同的检索模式。
00 - 收件箱/
01 - 笔记/
日记/
会议/
书籍/
课程/
02 - 项目/
[活跃项目名称]/
03 - 领域/
健康/
财务/
关系/
职业/
学习/
04 - 资源/
主题/
人物/
地点/
工具/
05 - 归档/
06 - 系统/
模板/
MOC/
00 - 收件箱 是当你不知道一个笔记属于哪里时，所有东西的落脚点。数字前缀让它始终位于文件浏览器顶部。没有东西会永久留在收件箱中。它是一个处理队列。
01 - 笔记 包含带时间戳的捕获内容。日记、会议笔记、读书笔记和课程笔记都有明确的时间关联。你可以通过大致知道事情发生的时间来找到它们。
02 - 项目 包含每个活跃项目的一个子文件夹。项目有明确的成果和截止日期。项目完成后，它会被移到归档。
03 - 领域 包含没有截止日期的持续责任。健康、财务、关系、职业是你始终负责的领域。它们永远不会完成。
04 - 资源 包含按内容主题组织的参考资料。这是你的个人维基百科。当你需要有关主题、人物、地点或工具的信息时，你会来这里。
05 - 归档 包含所有不再活跃的内容。已完成的项目。过时的参考资料。超过一年的旧日记。归档一切而不是删除。存储很便宜。意外删除重要东西则不然。
06 - 系统 包含你知识库的基础设施。模板。内容地图。配置文件。是让知识库运转的东西，而不是知识库包含的内容。
让搜索可靠的命名约定
文件夹结构处理最粗略的组织层。
命名约定处理它下面的所有内容。
一个一致的文件命名约定意味着你可以通过将部分匹配内容输入搜索栏，立即得到正确结果，从而找到任何笔记。
对大多数知识库最有效的约定是：
YYYY-MM-DD-[类型]-[主题].md
示例：
2026-05-20-日记-周三.md
2026-05-18-项目-网站上线.md
2026-05-15-会议-客户季度回顾.md
2026-05-10-书籍-思考快与慢.md
2026-04-28-资源-Claude提示技巧.md
2026-04-20-领域-财务第二季度回顾.md
日期前缀有三个作用。
它自动按时间顺序对文件排序，这样你最近的笔记总是显示在最上面。
它为你提供了一种方法，当你记不清具体名称时，可以按大致创建时间找到笔记。
它防止了命名冲突，因为同一主题在不同日期创建的两个笔记会有不同的名称。
类型标识符让你在打开前就知道笔记内容。结合主题标识符，你通常仅从文件名就能判断笔记是否是你需要的。
让过滤即时生效的属性系统
命名约定是搜索的检索层。
属性系统是过滤的检索层。
每条笔记顶部都有一个 YAML 前置数据块，包含结构化属性。这些属性是 Dataview 查询读取的内容，用于构建实时仪表板和过滤视图。
每条笔记都应该有的通用属性：
type: [日记/会议/项目/领域/资源/书籍/课程/想法/任务]
status: [活跃/完成/已归档/参考/等待]
date: 2026-05-20
tags: [主题1, 主题2, 主题3]
按笔记类型添加的额外属性：
对于项目笔记：
deadline: 2026-06-15
priority: high
next_action: 撰写项目简报
completion: 35
对于书籍笔记：
author: [作者姓名]
finished: 2026-05-10
rating: 4
key_insight: [最重要想法的单句总结]
对于会议笔记：
attendees: [姓名1, 姓名2]
decisions: [做出的关键决定]
actions: [带有负责人的行动项]
对于资源笔记：
topic: [主要主题]
source: [信息来源]
reliability: [高/中/低]
状态属性是检索中最重要的一个。
当你寻找活跃项目时，你按 type=project 和 status=active 过滤。
当你寻找已完成的书籍摘要时，你按 type=book 和 status=complete 过滤。
当你寻找与特定主题相关的所有内容时，你按包含该主题的 tags 过滤。
四个属性。无限的过滤组合。
实际有效的标签系统
大多数 Obsidian 用户要么不使用标签，要么使用太多标签且没有系统。
两者在检索时产生的结果相同：标签无法帮助你找到任何东西。
有效的标签系统使用三个标签类别，每个类别有统一的前缀。
主题标签 标识笔记是关于什么的。没有前缀。只有主题名称。
#productivity
#machine-learning
#real-estate
#stoicism
状态标签 标识笔记在工作流中的位置。使用前缀“status/”将这些标签与主题标签区分开。
#status/active
#status/waiting
#status/someday
#status/complete
项目标签 将笔记链接到特定项目。使用前缀“project/”将这些标签与主题标签区分开。
#project/website-launch
#project/book-writing
#project/client-acme
三类别系统意味着当你按标签搜索时，你可以根据前缀知道你在过滤哪个类别。
搜索 #productivity 会返回所有关于生产力主题的笔记，无论状态如何。
搜索 #status/active 会返回所有活跃的笔记，无论主题如何。
搜索 #project/website-launch 会返回与该项目相关的所有笔记，无论类型如何。
防止标签系统臃肿的规则是：只有当你会在至少五条笔记上使用新标签时，才创建它。只出现在一两条笔记上的标签不是可搜索的模式。它们是噪音。
内容地图：导航层
当你的知识库从数百条笔记增长到数千条时，平面的搜索和过滤方法在某些场景下就不够用了。
你并不是在寻找一条特定的笔记。你是在试图在一个你已经积累了大量知识的主题中找到方向。
内容地图就是解决方案。
内容地图是一条笔记，其主要目的是链接到其他笔记，而不是包含原创想法。它是一个相关笔记簇的索引。
一个关于你经常思考的主题的内容地图：
生产力 MOC
核心框架笔记
[ [PARA 方法详解] ]
[ [为什么大多数生产力系统会失败] ]
[ [精力管理 vs 时间管理] ]
工具笔记
[ [Obsidian 设置与工作流] ]
[ [Claude Code 用于生产力] ]
[ [N8N 自动化工作流] ]
书籍笔记
[ [搞定 - 关键想法] ]
[ [深度工作 - 关键想法] ]
[ [原子习惯 - 关键想法] ]
项目应用
[ [2026 年第二季度生产力审计] ]
[ [内容生产系统构建] ]
开放性问题
精力与深度工作之间的关系是什么？
人工智能如何改变生产力的计算公式？
内容地图不是一个文件夹。你不会把笔记移进去。你从它链接到笔记。
MOC 成为一个枢纽，使得整个相关知识簇可以从一个起点进行导航。
当一个主题积累了超过 20 条笔记，且仅通过反向链接导航变得困难时，就创建一个内容地图。
收件箱处理习惯
上面描述的组织系统只有在新笔记最终被放置在正确位置时才有效。
收件箱文件夹处理了最常见的组织失败：你快速捕获但没有正确归档的笔记。
每条在捕获时没有明显归属的笔记都进入收件箱。
收件箱处理习惯将混乱转化为有组织的知识。
设定一个特定的时间（每天或每周）来处理你的收件箱。对大多数人来说，每个工作日结束时的十五分钟就足够了。
对于收件箱中的每条笔记，问三个问题：
这是什么类型的内容？这告诉你它属于哪个顶级文件夹。
它已经有归属了吗？如果你有一个它相关连的项目或主题笔记，就链接到那里，或者归档到相关的子文件夹。
它需要自己的笔记，还是应该被添加到现有笔记中？一条扩展现有笔记的想法，更适合添加到那条笔记中，而不是单独成为一个文件。
处理后更新属性。添加正确的类型、状态和标签。更新文件名以匹配命名约定。
将它从收件箱移到正确的文件夹。
收件箱空了。知识库井然有序。
搜索策略
即使有完美的组织，也会有你不确定笔记在哪个文件夹或你给它起了什么名字的时候。
Obsidian 的搜索有三种值得了解的模式。
全文搜索：输入笔记内容中的任何短语或关键词。Obsidian 会搜索你知识库中每条笔记的每一个字符。当你记得笔记中某个具体内容时，这是最强大的查找模式。
属性搜索：直接从搜索栏按属性过滤。输入 type:project status:active，Obsidian 就会返回所有具有这些确切属性值的笔记。
标签搜索：输入标签（带井号）。#productivity 会返回所有标记了该主题的笔记。
覆盖几乎任何检索场景的搜索组合：
当你记得笔记是关于什么的时候：全文搜索一个独特的短语。
当你记得笔记是什么类型以及大致时间的时候：将类型过滤器与日期范围结合。
当你记得笔记属于哪个项目或主题的时候：按项目标签或主题标签搜索。
当你记得大致创建时间的时候：在相关文件夹内按创建日期排序。
四种搜索策略。几乎每条笔记都能在 30 秒内找到。
季度知识库审查
没有维护，组织会随着时间推移而退化。
标签会累积，不再反映你实际思考的方式。
一月份有意义的文件夹结构，不能反映出你十月份正在运行的项目。
归档中的笔记可以完全删除以降低噪音。
季度知识库审查是保持组织系统准确的维护习惯。
季度审查涵盖四项内容。
文件夹审计：每个文件夹是否仍然代表你积极使用的一类内容？是否有文件夹只有不到五条笔记，可以合并？
标签审计：所有标签是否仍然相关？是否有只出现在一两条笔记上的标签应该删除？是否有主题积累了足够多的笔记，值得拥有自己的内容地图？
归档清理：活跃文件夹中是否有应该归档的笔记？标记为已完成但仍然位于“02 - 项目”中的项目？过时的参考？
命名不一致：所有笔记是否都遵循命名约定？批量重命名以修复不一致之处只需五分钟，却能大幅提高搜索可靠性。
季度审查根据知识库大小需要 30 分钟到两小时。
每当你立刻找到一条笔记而不是花十分钟搜索时，这种投入就会得到回报。
让检索变得智能的 Claude 集成
上述组织系统产生了一个你可以手动导航的知识库。
通过 Filesystem MCP 连接到 Claude Code，同一个知识库就变得可以用自然语言搜索。
你不再需要构造一个 Dataview 查询，而是向 Claude 提问：
“找到我过去六个月创建的所有关于定价策略的笔记。”
“我写过哪些关于管理精力与管理时间的文章？”
“显示所有当前活跃且截止日期在七月之前的项目笔记。”
Claude 读取你的知识库结构、属性和内容，然后返回相关笔记，并附带为什么它们与你的查询匹配的上下文。
一个组织良好的知识库与 Claude 的自然语言检索相结合，产生了一个系统，你可以找到你曾经写过的任何东西，在 30 秒内，无论你是否记得确切的文件名、文件夹或标签。
组织系统让 Claude 的检索变得准确。
Claude 的智能让组织系统的强大功能变得易于使用，而无需你知道确切正确的查询。
从你所在的地方开始
如果你当前的知识库杂乱无章，前进的道路不是从头开始。
而是渐进式重组。
第一周：创建八个文件夹。暂时不要移动任何东西。只需创建结构。
第二周：从创建新笔记的那一刻起，就开始将它们归档到正确的文件夹。对每条新笔记应用命名约定。为每条新笔记添加属性。
第三周：处理你的收件箱积压工作。处理旧笔记，并将它们重新归档到正确的文件夹，并附上正确的命名和属性。
第二个月：开始对最重要的笔记进行追溯性标签应用。为你最常写的主题创建第一个内容地图。
第三个月：运行你的第一次季度知识库审查。
知识库不会在你实施系统的当天就变得完美有序。
它会在你使用系统的每一周里变得越来越有序。
六个月后，那个曾经让你沮丧的知识库，会变成一个你可以信赖的系统。
每条笔记都可找到。每个信息需求都能满足。每次检索都在 30 秒内完成。
这就是一个有组织的知识库的真正感受。
这周末就构建这个结构。
从你正确归档的第一条笔记开始，检索的改进就会开始。
关注 @cyrilXBT，获取每一个 Obsidian 系统、Claude Code 集成，以及让你的知识随时间复利的知识库架构。
