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

我给Obsidian文件夹加了九个月编号最后全删了从严格套号到单号前缀排序我把文件夹结构重构了三版最后只留下编号本身。嗨我是小开ALSKai让我们一起用AI做点有趣的事。我用 Obsidian 做知识库已经九个多月了2025 年 9 月在 Windows 上开的第一个 vault。那时候我对知识管理一窍不通照着社区里很火的 Claudesidian 模板起手一上来就是教科书级别的 Johnny Decimal 加 PARA00_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以后还能用还跨了 AreasAI 写作这个领域是我持续在做的事。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 不加编号让它自己沉底。编号之间留空洞别填满。我现在用到 0900 是垃圾抽屉中间没有刻意连续。知识库是活的半年后的你可能会有全新的内容主线留空位是为了那一天不需要整体重构。真的用到 10 以后也没关系那就从 10 接着排编号只是排序工具不是信仰。Johnny Decimal 的 10×10 封顶在共享盘上是优点大家都知道有多少格子在个人知识库里是枷锁因为你根本不知道半年后自己会在干什么。专门留一个不知道归哪的地方。我用 00-Undefined你可以叫 00-Temp、00-Inbox 子目录或者别的什么。关键是允许自己暂时不知道一个东西归哪别硬塞。硬塞一次就是一次语义污染污染多了你自己都不相信这套分类了。送你一段可以直接丢给AI的提示词上面这五条说起来简单真要对着自己的文件夹下手还是会犯嘀咕。我跟 Codex 反复聊了几轮磨出一段提示词你把它复制给任何一个 AIClaude、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 做点有趣的事。