我给Obsidian文件夹加了九个月编号，最后全删了

从严格套号到单号前缀排序，我把文件夹结构重构了三版，最后只留下编号本身。

「嗨，我是小开ALSKai，让我们一起用AI做点有趣的事。🌿」

我用 Obsidian 做知识库已经九个多月了，2025 年 9 月在 Windows 上开的第一个 vault。那时候我对知识管理一窍不通，照着社区里很火的 Claudesidian 模板起手，一上来就是教科书级别的 Johnny Decimal 加 PARA，00_Inbox 到 06_Metadata，两位数加下划线，Projects、Areas、Resources、Archive 四个格子分得清清楚楚。

用了半年，今年三月我换 Mac，整个文件夹结构全部重做了一遍。现在你看到的是 00-Undefined 到 09-Video-Scripts 这一串单号前缀，PARA 的四个格子被拆干净了，Johnny Decimal 里那些"每个文件一个唯一位号""10×10 封顶"的硬规则我全扔了，只留下编号本身。

这篇想讲的是，Johnny Decimal 这类文件编号系统在 Obsidian 里会遇到哪些教程不会告诉你的摩擦，以及我最后留下了哪几条规则、为什么。如果你也在给文件夹加不加编号、怎么加编号这件事上内耗过，这篇应该能帮你省掉至少一次大规模重构。

我的第一版，PARA 加 Johnny Decimal 严丝合缝

Windows 时期那个 vault 我现在还留着，挂在 GitHub 上，顶层七个带编号的文件夹，00_Inbox 到 06_Metadata，结构整整齐齐。这是 Claudesidian 模板默认给的，也是 Johnny Decimal 最经典的用法，每个大类一个两位编号，下面再分子类，每个文件有它"应该在的位置"。

PARA 这套分类法我当时是真心信的😂。Projects 放有截止日期的事，Areas 放持续负责的领域，Resources 放参考资料，Archive 放做完的东西，听起来逻辑完美。我在 01_Projects 下面开了好几个项目文件夹，02_Areas 下面放了个人成长、微信公众号、记忆系统，03_Resources 下面分门别类塞 AI 工具、GitHub 项目、参考文档，04_Archive 空着等归档，05_Attachments 管图片附件，06_Metadata 放模板和配置。一切都有位置，一切都在位置上，刚搭完那几天打开 Obsidian 看着整整齐齐的目录，确实有种奇怪的满足感。

在当时用这套结构的时候，日常写作、记笔记的时候总是会不知道一些更加细的探讨类的内容放哪里才对。

真写起东西来，全是摩擦

问题是从我开始认真写公众号、同时开始系统学计算机的时候冒出来的。PARA 这套格子，预设的是"一个东西只属于一个格子"，但 Obsidian 里的知识偏偏相反，它会长腿跑。

我写一篇公众号文章，素材在 Inbox 里消化，观点拆成原子卡片，卡片被多个文章项目反复引用，发出去之后终稿进 Publish，但卡片本身还留在 Cards 里继续复用。同一张卡片，它既服务于 Projects（在写的文章），又沉淀在 Resources（以后还能用），还跨了 Areas（AI 写作这个领域是我持续在做的事）。PARA 的四个格子到这就卡住了，你把卡片放 Projects 里，写完文章它就"过期"了，下次找不着。你把它放 Resources 里，写作的时候又找不到项目上下文。硬塞哪个格子，三个月后你自己都想不起来当时为什么放那。

这是 Johnny Decimal 在共享文件服务器上不会遇到的问题。Johnny 本人管的是公司共享盘，一份合同只属于一个客户、一个财年，归位之后不会跑。知识卡片这种东西，它的价值恰恰在于它能被反复引用、跨项目流通，你给它钉死一个编号位，等于把它最有价值的特性给锁死了。

第二个问题是编号本身会污染双链。我当时一度尝试给二级子目录也加编号，AI 工具变成 03.01 AI工具，GitHub 项目变成 03.02 GitHub项目，结果在 Obsidian 里写 [[03.01 AI工具/某张卡]] 的时候，那串 03.01 完全是视觉噪音，读自己写的文字要先跳过数字才能理解你在链什么。Obsidian 的核心交互是双链和快速切换，双链里带编号就像书的页码印在正文段落里，功能性的东西冲进了阅读流。

三月换 Mac，我把 PARA 拆了

今年三月迁到 Mac 的时候，我做了一个决定，不迁旧的文件夹结构，从零起一套新的。那个时候我已经读了不少 Zettelkasten 的东西，想清楚了一件事，我的知识库核心单位不该是"分类格子"，该是"原子卡片"。

新结构的顶层不再是 Projects/Areas/Resources/Archive，现在是 01-Inbox、02-Cards、03-MOC、04-Projects、05-Publish 五个带编号的文件夹，外加一个不加编号的 Memory。你看编号顺序就懂了，01 到 05 是我写一篇文章从素材到发布走的路径，素材从 Inbox 进，消化成卡片到 Cards，汇总到 MOC 导航，组织成文章进 Projects，发出去到 Publish 归档。编号顺着写东西的顺序走，从每天都要打开的入口，到发完就很少碰的存档。

这个改动解决了 PARA 的核心问题，卡片不再属于任何一个项目格子，它有自己的家（02-Cards），靠双向链接被文章引用，文章写完发走了，卡片安安静静待在原地等下次用。编号也不再承担"告诉你这个东西属于哪个分类"的职责，它只干一件事，把根目录这一层文件夹按我每天打开的顺序排好。

PARA 里我唯一直接保留下来的是 Archive 的位置感，但把它改写成了 Publish。在我这里，只有真正发出去的文章才叫"归档"，没发的半成品都留在 Projects 里待着，不进 05。这个边界比 PARA 的"inactive items"清晰太多了，inactive 是个主观判断，发没发出去是个客观事实。

然后它自己开始长

这套五文件夹结构搭完之后，我以为终于稳定了。结果它自己开始长东西。

先是 06-AI-Assets。我一开始把可复用的提示词和工作流塞在 Projects 里一个子文件夹，塞了几周越塞越别扭，这些东西不是"在写的文章"，它是独立于具体文章、会被反复调用的资产。纠结了三天我单独开了 06，排在 Publish 后面、独立主线前面，因为它访问频率比学习笔记高、比日常写作区低。

然后是 07-Learning。我开始系统学计算机的时候，章节笔记这种东西放不进 Cards，它强依赖原书的章节顺序和推导链条，是连续的结构化内容，不是独立原子观点。硬塞 Cards 会污染原子卡片的纯度，开 07 单独装，学完一章写一章梳理，能独立成观点的再拆进 02-Cards 用双链互链。

08-Visual-Lab 和 09-Video-Scripts 是后来长出来的。我开始用 AI 生图、开始录视频口播，这两个都不是写作这条线的附属物，它们是跟公众号并列的独立内容线，生图归 08，口播稿归 09，排在最后是因为目前用得最少。

最有意思的是 00-Undefined。这是我后来专门加的一个"垃圾抽屉"，扔那些暂时不知道归哪的散文件，一张截图、一个临时想法、别人发我的一个 PDF，没想清楚归哪就先扔这，定期清。Johnny Decimal 最不能容忍的就是"不知道归哪"，它要求万物必须归位，但真实使用里你每天都会遇到"我还没想好这是什么"的东西，不给它一个缓冲带，它要么被硬塞进错误的格子造成污染，要么就烂在 Inbox 里永远不处理。

最后还有两个故意不加编号的文件夹，Memory 存对话总结，docs 存文档。这两个我访问频率很低，让它们按字母顺序沉底就好，硬加编号反而抢了常用目录的视觉位。根目录还会有一些零散的配置文件和工具自动生成的东西，那些都归系统管，不用进你的编号体系。

现在我信的编号规则就这几条

磨合到今天，关于 Obsidian 文件夹编号这件事，我只信这几条。

「编号只加在根目录一级。」 根目录是你每天打开 Obsidian 的"主菜单"，这一层的排序最影响体感。进入子目录之后你已经在一个主题里面了，靠名字语义找东西比靠编号快。Cards 下面到底是 AI-Agent-CLI 还是 CS-Concepts，你看名字比看 02.01 快多了，二级编号只会污染双链阅读。

「编号只用单号前缀。」 00 到 09，最多到 10 开头，不用小数位，不用二级编号。单号已经能稳定排序，超过一位数之后编号的视觉锚点作用会迅速衰减，变成一串读不出意义的数字噪音。字符串排序下 01- 永远在 02- 前面，排序效果跟两位小数完全一样，但视觉上干净太多。

「编号跟着访问频率和写东西的顺序走，不跟着主题分类走。」 高频的、每天都要点开的文件夹排在前面，低频的、归档性质的排在后面。"工作""生活""学习"这种并列分类之间没有天然先后顺序，给它们加编号毫无意义，按字母排就好。我的 01-Inbox 在最上面因为它是每天的入口，05-Publish 在写作路径的终点因为发完的文章很少再点进去改，06 到 09 按我访问频率从高到低排，Memory 不加编号让它自己沉底。

「编号之间留空洞，别填满。」 我现在用到 09，00 是垃圾抽屉，中间没有刻意连续。知识库是活的，半年后的你可能会有全新的内容主线，留空位是为了那一天不需要整体重构。真的用到 10 以后也没关系，那就从 10 接着排，编号只是排序工具，不是信仰。Johnny Decimal 的 10×10 封顶在共享盘上是优点（大家都知道有多少格子），在个人知识库里是枷锁，因为你根本不知道半年后自己会在干什么。

「专门留一个"不知道归哪"的地方。」 我用 00-Undefined，你可以叫 00-Temp、00-Inbox 子目录或者别的什么。关键是允许自己暂时不知道一个东西归哪，别硬塞。硬塞一次就是一次语义污染，污染多了你自己都不相信这套分类了。

送你一段可以直接丢给AI的提示词

上面这五条说起来简单，真要对着自己的文件夹下手还是会犯嘀咕。我跟 Codex 反复聊了几轮，磨出一段提示词，你把它复制给任何一个 AI（Claude、ChatGPT、豆包都行），它不会一上来塞给你一套 PARA 或者 Johnny Decimal 的漂亮模板，会先问你问题，再基于你的真实使用习惯给建议。

你是我的知识库架构顾问。
请不要一上来就给我套 PARA、Johnny Decimal、Zettelkasten 或任何固定模板。你的任务不是帮我设计一套看起来整齐的目录，需要通过提问，帮我找出真正适合我使用习惯的知识库结构。
请按下面的方式和我对话：
1. 先让我贴出当前知识库的顶层目录。如果我愿意，也可以贴二级目录。2. 每一轮只问 1-2 个关键问题，不要一次问太多。3. 重点追问这几类问题：   - 我平时主要用这个知识库产出什么？   - 哪些文件夹我每天都会打开？   - 哪些内容经常不知道该放哪里？   - 哪些内容会被多个项目反复引用？   - 哪些目录只是为了"看起来有系统"才存在？   - 当前编号解决了什么问题，又制造了什么噪音？4. 不要急着增加分类。优先判断哪些目录可以合并、删除、降级或不编号。5. 编号只把它当成排序工具，不要把编号当成知识管理本身。
当你问完必要问题后，请给我一版知识库架构建议，格式包括：
- 推荐的顶层目录- 哪些目录需要编号，哪些不需要编号- 每个目录的职责边界- 一个专门存放"暂时不知道归哪"的缓冲区- 3 条日常维护规则- 哪些复杂规则暂时不要做
请用克制、直接、顾问式的语气回答。少讲理论，多基于我的真实使用场景判断。最终结构要轻，不要设计复杂的二级编号系统，不要为了未来可能出现的需求提前造一堆空文件夹。

用法很简单，把这段发给 AI，然后按它问的回答就行。它问你的那些问题，其实就是我重构这九个月里反复问自己的问题。

最后一句

Johnny Decimal 本身是套极好的系统，它在它设计的那个场景里（固定分类的共享文件、财务档案、项目资料归档）非常好用。但 Obsidian 这类个人知识库是另一种东西，它会生长、会迭代、会冒出你九个月前完全想不到的新方向。我从 Windows 到 Mac，从严格套号到单号前缀，前后花了大概两个下午加大半个晚上重构，最快的那次是想明白"编号只做排序锚点"之后。

你如果正在 Obsidian 里为文件夹命名和编号内耗，我的建议是先问自己一个问题，你加编号到底想解决什么。如果只是想让每天打开第一眼看到的顺序舒服，单号前缀加在根目录就够了，剩下的 Johnny Decimal 规则，可以先放一放。

你在 Obsidian 文件夹结构上踩过什么坑？评论区聊聊。

「如果对你有用，欢迎关注我，让我们一起用 AI 做点有趣的事。🌿」