知识库文件命名实战：一个名字，决定三年后找不找得到

系列上一篇讲了读书笔记怎么落进知识库，这篇说说文件命名。名字这件事看着小，后劲特别大。一篇笔记存进去，三年后能不能被找到，一半取决于当时起的那个名字。

名字为什么重要

很多人觉得笔记内容是重点，文件名无所谓。真用起来就发现，名字是知识库的检索主键。

搜索的时候，文件名权重最高。两篇笔记内容差不多，一篇叫「会议纪要」，一篇叫「2026-08-03 季度产品评审会决议」，搜「季度评审」第一个出来的肯定是后者。

链接的时候，名字就是地址。Obsidian 的双向链接用文件名做锚点，起名「123」的笔记，想链都记不住。Dataview 聚合、标签统计、自动化脚本，全都在文件名上做文章。

一句话：内容决定笔记有没有用，名字决定笔记能不能被用上。

我的命名规则压到三条，每条都能说清为什么。

原则一：用主题，不用类型。 文件名写这篇笔记讲什么，不写它是什么。好的名字：「MySQL 主从复制搭建踩坑」。烂的名字：「笔记1」「文档2」「新建文档3」。类型信息可以靠文件夹给，主题信息只能靠文件名给。

原则二：名字里带时间，但只带有用的时间。 会议纪要、日报周报这类时间本身就是检索条件的，加日期前缀「2026-08-03」。常青笔记（会长期演进的知识）不加日期，加了反而碍事——它要的是稳定地址，不是出生日期。

原则三：一改到底，不将就。 名字起错了就改，改一次到位。Obsidian 改名会自动更新所有链接，这是它比文件夹好用得多的地方。别觉得「先凑合存着」，凑合的名字会像滚雪球一样攒出几百个「新建文档」。

实际在用的方案，按笔记类型分四种：

日记类：YYYY-MM-DD 纯日期，Obsidian 日记功能自动生成，不用手动起名。

时间性笔记（会议、周报、项目节点）：YYYY-MM-DD 主题。日期在前，排序即时间线，翻文件列表就是翻历史。

常青笔记（知识、方法、经验）：纯主题词，不带头衔。比如「MOC 索引构建法」「微信公众号排版规范」。这类笔记会反复编辑、反复被链，名字要短、要准、要稳定。

索引类：加 _ 前缀让它排在最前面，比如 _系列路线图、_已发文章清单。一眼能看出这文件是目录不是正文。

坑一：名字里塞文件夹的事。 有人起名「Obsidian-插件-核心插件-使用指南」，文件夹已经分了层，文件名里再写一遍就是废话，还让名字又长又难搜。

坑二：emoji 和特殊符号。 看着可爱，检索的时候全是坑。命令行的脚本、正则表达式、部分插件对 emoji 和空格敏感，同步工具偶尔也出幺蛾子。中文、字母、数字、连字符，够了。

坑三：名字超过 30 个字。 链接显示不全，搜索匹配变弱，改起来更麻烦。一个名字装不下，说明这篇笔记该拆了。

坑四：把版本写进名字。 「方案v3最终版」「方案v3最终版2」，版本信息应该靠 Git 或文件历史，不靠文件名。名字里出现「最终」「新版」这类词，基本等于承认自己在用文件名管理版本，迟早要翻车。

拿不准怎么起名时，用这个办法：写完正文，花五分钟回答三个问题——三年后我会用什么词搜它？这个词放进文件名，够不够唯一？把文件夹和标签都藏起来，光看这个名字，能猜出内容吗？

三个问题都过了，名字就是好的。过不了，改到过为止，别心疼这几分钟。系列还剩几个话题，下一篇挑一个继续说。