在 AI 的帮助下，给自己建了个数字人生档案馆

📢 转载信息

原文链接：https://sspai.com/post/106401

原文作者：吃瓜

编者按：本文是少数派 2025 年度征文活动#TeamSilicon25标签下的入围文章。本文仅代表作者本人观点，少数派只略微调整排版。

今年的征文活动更有创意，「只能用 AI」和「不能用 AI」两大赛道激情 PK，硅基生物和碳基生物都将决出各自领域的佼佼者。我们会在征文结束后统一组织投票活动，但在正式投票之前，如果你喜欢这篇文章，不妨通过充电或评论的方式支持作者，让内容创作者获得更多维度的鼓励。

一、我的文件乱成了一锅粥

我相信每个人都有过这样的经历：急需一份文件，明明记得存过，却怎么也找不到。

我的情况更糟。作为一个对数据比较看重的人，我一直有备份的习惯——工作的文件有专门的文件夹，读研的资料有专门的文件夹，照片、音乐、影视也都分门别类。听起来很有条理对吧？问题是，文件夹嵌套太多了。

比如我工作中的一份实验报告，路径可能是这样的：

D:\海拓\化学镍水\除磷\芬顿\基于芬顿工艺的化学镍水深度除磷及其对镍水混合处理效能与污泥特性的影响_2025.5.8.md

四五层文件夹嵌套下来，时间一长，我自己都记不清某个文档到底放在哪个文件夹里了。用 Everything 搜索？得先想起关键词是什么。如果很久之后找一份文件，大概记得内容是啥，但关键词想不起来，搜不到就只能干瞪眼。

更让我头疼的是那些「不知道该放哪里」的文件——旅游的签证材料、职称评定的资料、偶尔写的代码……它们不属于工作，也不属于学校，最后都被我扔进了一个叫「其他」的文件夹。你猜怎么着？那个「其他」文件夹，慢慢变成了一个谁也不想打开的垃圾场。每次打开它，看到里面五花八门的文件，我就感到一阵头皮发麻。

二、救命稻草

转机出现在一个普通的周末下午，我正无聊地刷着少数派，突然被一篇文章吸引住了——《元数据文件命名法》。作者提出了一个很简单的思路：把文件的关键信息（时间、类型、标签、相关人物）直接写进文件名里，这样不用打开文件，光看名字就知道它是什么。

比如这样的命名：

(2012)Adobe Photoshop CS6(v13.0.1.1)#便携版&从www.xxxx.com下载的.7z (2020)《费曼学习方法》#学习@Farnam Street Media.pdf

当时我就觉得眼前一亮：这个规则很清晰，我可以直接用！但随之而来的疑问更多了：这套规则怎么和我现有的文件夹结构结合？那些已经命名好的旧文件怎么办？如果强制每个字段都要填，会不会让文件名变得很臃肿？

带着这些困惑，我决定找 AI 聊聊看。这一聊，就是大半年。从最开始的命名规则优化，到后来整个档案馆架构的建立，再到实际使用中遇到的各种问题，我们断断续续地讨论了整个系统的演化过程。

三、命名这件事

我把那篇少数派文章发给 AI，让它帮我优化一下命名规则。AI 很快给出了分析，指出我原来的文件名确实有几个明显问题：

长度过长： 长文件名在浏览时不够直观，也可能在某些情况下显示不全。

信息冗余： 文件名中包含「芬顿工艺的化学镍水」等信息，这在文件夹路径中已经体现了。好的文件名应该在文件夹结构的基础上提供更具体、更有区分度的信息。

日期格式不统一： 2025.5.8 格式的日期虽然也能看懂，但用 YYYYMMDD 更利于文件按时间自动排序。

缺乏文档类型/具体内容区分： 这个文件名描述的是研究的总体方向，但这个 .md 文件具体是实验记录、分析报告、会议纪要还是别的什么？文件名没有体现。

接着它给了我一个优化后的命名模板：

YYYYMMDD_文档类型_核心标题_版本号#标签@人物&备注.扩展名

这个模板看起来很完整，但我很快发现了问题：原文作者的规则要求每个字段都要填，但我的很多文件根本没有版本号、没有相关人物、也不需要标签。如果强制填写，文件名会变得很臃肿，比如一份简单的日记也要写成 20250206_笔记_今天的思考_v1.0#个人#感悟&已完成.md，这显然很荒谬。

我把这个困惑告诉了 AI，没想到它给了我一个非常务实的建议：

命名规则应该选择「宽松版」，而不是「强制版」。

必填字段只有三个：时间（YYYYMMDD）、文档类型和核心标题。

可选字段根据实际需要添加：

版本号：只有需要版本管理的文档才加（如合同、方案）

#标签：需要额外分类时才加

@人物：涉及协作或归属时才加

&备注：需要补充状态说明时才加

这个调整让我松了一口气。一个好的命名规则，应该是「够用就好」，而不是「面面俱到」。

我们又讨论了几个细节问题。比如版本号前面的下划线要不要保留？AI 的回答很实在：「保留 _v 这个前缀。_v1.0.0 比单纯的 v1.0.0 更清晰地表明这是一个独立的「版本」字段，并且与前面的「标题」字段有明确的边界。

就这样，命名规则搞定了。但我很快意识到，光有命名规则还不够——我的文件夹结构本身就有问题。

四、人生档案馆

我把现有的文件夹结构发给 AI，请它给些建议。我当时的顶层文件夹大概是这样的：

├── 工作 ├── 大学 ├── 研究生 ├── 应用 ├── 影视 ├── 照片 ├── 音乐 └── 其他

AI 一针见血地指出了问题：

核心问题是：「其他」这个分类缺乏明确的标准和边界。 当一个「其他」或「杂项」文件夹存在时，它会不可避免地变成一个难以检索和维护的「垃圾场」。

接着它问了我一个很有意思的问题：如果让你重新设计一套能管理一个人一生所有文件的系统，你会怎么分类？我想了半天，发现自己根本答不上来。AI 说，那我们换个角度来思考：文件管理的本质是什么？

文件管理不是简单地「把东西放进格子里」，而是在为你的人生建立一个数字档案馆。

这个档案馆需要回答三个哲学问题：

• 我是谁？（Identity）—— 那些定义你身份的核心证明
• 我在做什么？（Projects & Areas）—— 你当下的工作和持续的责任
• 我拥有什么？（Knowledge & Assets）—— 你积累的知识和创造的作品

而所有已经结束的事情，都应该有一个明确的归宿：档案馆（Archive）。

这段话让我突然意识到，我之前只是在「分类」，但从来没想过为什么要这样分类。AI 接着说，基于这个思路，它要给我介绍两个在信息管理领域很有名但我一直没搞懂的方法论：

PARA 方法：由 Tiago Forte 提出，将所有信息分为四类：

• Projects（项目）：有明确截止日期的事
• Areas（领域）：需要持续维护的方面
• Resources（资源）：参考资料
• Archives（归档）：已完成的内容

Johnny Decimal 系统：用数字编号组织文件夹，比如：

• 00-09：系统管理
• 10-19：个人身份
• 20-29：生活领域
• 30-39：工作项目
• ...

说实话，我当时有点震惊。我之前只是模糊地知道有个叫 PARA 的方法，但从来没真正理解过怎么用。至于 Johnny Decimal，我压根没听说过。但 AI 不仅知道这些方法，还能解释它们背后的原理，最厉害的是，它把两者结合起来，给出了一套完整的、可落地的方案——它叫这套系统为「人生档案馆」（The Life Archive）：

AI 逐一解释了每个文件夹的「使命」：00_Inbox 是唯一的入口，所有下载、截图、微信文件都先扔到这里，定期清空，将文件「派发」到对应的文件夹中。10_Identity 存放定义「你是谁」的核心文件，这些文件变化频率极低，但极端重要。30_Projects 是你的「工作台」，存放所有有明确目标和截止日期的事情。99_Archive 是系统的「终点站」，所有已完成的项目、已失效的合同，都移到这里永久封存。

它特别强调了一点：分离「动态」与「静态」：将正在进行的工作（动态）与永久保存的参考资料（静态）分开。这样你的工作区永远保持清爽，只处理当下的事。

这个思路让我豁然开朗，于是把我原来的文件夹一一对应进去。

那个让我头疼的「其他」文件夹呢？AI 说：彻底取消这个模糊的分类。签证材料放到 10_Identity 的旅行子文件夹，职称评定放到 10_Identity 的职业发展子文件夹，代码项目放到 30_Projects 的个人项目里。

就这样，一切都有了归属。

五、门票悖论

文件夹架构搞定了，但我很快遇到了新问题：文档类型怎么填？命名规则里有个「文档类型」字段，「会议纪要」、「实验报告」这些好理解，但门票呢？是「票据」还是「凭证」？体检报告是「报告」还是「档案」？演唱会门票和电影票算不算一类？诸如此类的问题让我很头疼。

我把这个困惑抛给了 AI，没想到它给了我一个非常实用的建议：建立一个「控制词表」（Controlled Vocabulary）。也就是说，人为地规定一套有限的、固定的词汇库，强制自己只能从里面选，而不能临时创造。

然后它根据我的文件夹结构，整理了一份很完整的词表：凭证与财务类（发票、小票、账单、保单、回执）、法务与身份类（证件、合同、协议、证书、公文）、思考与产出类（方案、纪要、报告、文稿、笔记）、资料与输入类（教程、研报、书籍、说明书、素材）、生活与事务类（门票、行程单、清单、病历）。

我问：那门票到底算什么？AI 的回答让我印象深刻：

根据「你使用它的目的」来命名，而不是根据「它是什么」来命名。

• 如果这张门票是为了报销，命名为「发票」，归入财务类；
• 如果这张门票是为了纪念（比如演唱会门票），命名为「门票」，归入生活类。

这个思路一下子打通了我的任督二脉，而且逻辑很清晰。分类的本质不是给物品贴标签，而是服务于你未来的使用场景。同样一张演唱会门票，如果你打算报销，就按发票处理；如果是纪念，就按门票处理。

我又问了一个问题：文档类型应该写「合同」还是「劳动合同」？AI 说：

尽量使用大类（如「合同」），不要使用子类（如「劳动合同」）。具体的细分内容，交给「核心标题」和「#标签」去承担。

❌ 不推荐：20231216_劳动合同_腾讯入职劳动合同_v1.0.pdf（「劳动合同」出现了两次）

✅ 推荐：20231216_合同_腾讯入职劳动合同_v1.0.pdf

道理很简单：如果允许「劳动合同」、「租房合同」、「装修合同」都作为文档类型，词表会迅速膨胀，最后变得难以记忆。保持类型为单纯的「合同」，无论签什么字，闭着眼都知道类型该填什么。

六、旧文件怎么办

系统设计好了，我正沾沾自喜呢，结果新问题又来了：我已经有那么多旧文件了，要不要全部重命名？说实话，我有点完美主义倾向，很想把所有文件都整理成统一格式，这样看起来才舒服。

但 AI 给了我当头一棒：

绝对不要一次性把所有老文件都重命名。

理由一：链接失效风险。如果你在 Notion、Obsidian 或 Excel 中建立了指向这些本地文件的超链接，重命名会导致链接全部断裂，到时候想哭都来不及。

理由二：边际效益递减。那些 3 年前存档的「参考资料」，你可能永远都不会再打开。花时间整理垃圾，没有任何产出，这不是在做无用功吗？

这个冷水泼得很及时，我确实差点犯傻了。接着 AI 给了我一个非常务实的 ত্রি步策略：

1. 截止线策略（Cut-off Point）：从今天开始，所有新创建或新下载的文件，严格执行新标准。对于过去的文件，只要它们还在那里躺着不动，就不要去管它。这个策略很聪明，新旧分界线一目了然。

2. 童子军法则（The Boy Scout Rule）：这是编程界的一句老话：「离开营地时，要比你发现它时更干净。」意思是说，当你需要使用、打开、复制或分享某个旧文件时，顺便把它重命名为新格式。随着时间推移，那些真正「活的」、有价值的文件会自动被迁移到新标准下；而无用的死文件则保留原样，自然沉底。

3. 高价值区定点爆破：只有极少数文件夹值得你手动去「清洗」一遍：比如 10_Identity（身份基石），这里的证件、证书是你人生的核心资产，花半小时整理一下，看着心里踏实。至于 40_Knowledge（知识库）？千万别动！这里可能有成千上万个电子书或素材，改名绝对是无底洞。99_Archive（档案馆）？绝对不要动。归档的意义就是「封存历史」，保留当时的样子即可。

AI 最后说的一句话我觉得特别有道理：不要为了「整齐」而整理，要为了「好找」而整理。这句话彻底改变了我对文件整理的认知。整齐是为了给别人看的，好找才是为了自己用的。

七、没有一劳永逸

系统建好了，我以为大功告成，结果故事还没结束。在实际使用的过程中，我又遇到了新的问题。比如我用 Obsidian 管理知识库，那 40_Knowledge 下面应该直接放 Obsidian Vault，还是按照原来的 41_Reading、42_Courses 来分？

我又去问 AI，它的回答很专业：

现代笔记软件（如 Obsidian、Notion）的数据本身就是一个高度结构化、自成一体的系统。将其中的文件拆分到不同的文件夹里，会破坏软件内部的双向链接、标签和插件功能。建议：40_Knowledge 下直接创建 41_Vaults（知识库核心）和 42_Library（静态资料库）。Obsidian Vault 整个放在 41_Vaults 里，保持其完整性。

这个调整确实让我的系统更加实用了。

还有一次，我问了一个很搞笑的问题：「这份管理系统的说明文档，应该放在哪里？」AI 笑称这是一个「元问题」（meta-question）——用我们建立的系统来判断系统本身的说明文档该放哪里。最后我们决定把它放进 Obsidian Vault，作为知识网络中的一个核心节点。

这让我意识到：文件管理系统不是一劳永逸的。它会随着你的工作方式、使用的工具、生活阶段的变化而不断调整。而 AI 就像一个随时在线的顾问，当你遇到新问题时，可以随时和它讨论、优化。

现在我甚至让 AI 帮我写了一个专门的 Prompt，用来判断「某个文件应该放在哪里」。每当我不确定时，就把 Prompt 和文件描述一起发给 AI，它会根据我的系统规则给出建议。这样一来，系统维护变得轻松多了。

我想，这大概就是 AI 时代的文件管理：不是一次性设计一个完美系统，而是和 AI 一起持续优化。

八、AI 不是代笔

回顾这大半年的持续优化过程，我最大的感受是：AI 真的懂很多，像一位真正的导师。

说实话，PARA 方法我之前稍微知道一点，但从来没真正理解过怎么用。至于 Johnny Decimal，我更是听都没听说过。但 AI 不仅知道这些方法论，还能解释它们背后的原理，最厉害的是，它把两者结合起来，根据我的实际情况给出了定制化的方案。

更让我印象深刻的是，它不只是给答案，还会解释为什么。为什么要用数字前缀？因为可以控制文件夹的排序，让人一眼就能看出优先级。为什么要建立控制词表？因为可以避免分类混乱，让你在关键时刻不纠结。为什么不要一次性重命名所有旧文件？因为边际效益递减，而且可能破坏已有的链接。每个建议都有理有据，让我心服口服。

这让我想起一句话：AI 不是代笔，是教练。

在这次文件管理系统的构建过程中，AI 从头到尾都没有替我做决定。它扮演的是一个非常聪明的导师角色：先通过提问帮我理清我到底想要什么，然后科普那些我从来不了解的方法论，分析我现有方案的问题，给出具体的、可落地的优化方案，最后还要解释每个建议背后的道理。

最终的系统当然是我自己的，但 AI 帮我大大降低了认知负荷。我不需要自己去啃那些晦涩的管理学书籍，不用研究 PARA 是什么、Johnny Decimal 怎么用、控制词表怎么设计——AI 已经帮我整合好了，我只需要理解、调整、执行。

这大概就是 AI 辅助的正确姿势吧：不是让 AI 替你思考，而是让 AI 帮你思考得更好。

九、写在最后

如果你也被文件管理困扰，不妨试试和 AI 聊聊。你真的不需要一开始就有清晰的想法——像我一样，从一个模糊的困惑开始就行：「我的文件太乱了，怎么办？」

然后让 AI 一步步引导你：你的文件主要有哪些类型？你最常遇到的问题是什么？你希望达到什么效果？在这个过程中，你会惊讶地发现，自己对需求的理解会越来越清晰。

更重要的是，AI 会根据你的实际需求，从它庞大的知识库中调取最合适的方法论，帮你搭建一套真正属于你自己的系统。这套系统不是 AI 的，是你的——但如果没有 AI 的帮助，你可能需要花上几个月时间去研究各种方法论、踩各种坑，才能摸索出来。

而现在，大半年的时间足够建立一套真正适合自己的系统了。

附录

附录 A：AI 对话记录披露

根据少数派 #TeamSilicon25 赛道要求，现披露本文创作过程中使用的 AI 对话记录：

对话记录存储：

• 文档命名规则讨论
• 文件分类规则讨论
• 文件管理系统讨论
• 文章具体撰写过程

创作过程说明：

• 阶段一（系统设计）：与 Gemini 和 DeepSeek 进行持续对话，前后约大半年时间，逐步完善文件管理系统的设计
• 阶段二（文章撰写）：Claude Code 根据素材撰写文章，YouMind 稍微润色了下语句。
• 阶段三（配图生成）：题图和配图均由 Nano Banana Pro 生成。
• 阶段四（人工编辑）：主要是调整语气、确认事实准确性，不超过要求的 10%

附录 B：完整系统详解

这里提供完整的文件管理系统规则，万一有人可能会想要。

1. 文件夹架构（完整版）

 E:\ ├── 00_Inbox (中转站) │ └── [每周清空，临时存放所有未整理文件] │ ├── 10_Identity (身份基石) │ ├── 11_Legal (法律证件) │ │ └── 身份证、护照、户口本、驾照扫描件 │ ├── 12_Education (教育背景) │ │ └── 毕业证、学位证、成绩单 │ ├── 13_Career (职业履历) │ │ └── 简历、劳动合同、离职证明、职称证书 │ ├── 14_Health (健康档案) │ │ └── 体检报告、病历、疫苗接种记录、保险单 │ ├── 15_Finance (财务信用) │ │ └── 银行卡信息、社保公积金、房产车辆证明 │ └── 16_Relationships (社会关系) │ │ └── 结婚证、家庭成员证件备份、公益活动记录 │ ├── 20_Areas (责任领域) │ ├── 21_Finance_Mgmt (财务管理) │ │ └── 报税记录、年度账单、家庭预算、投资跟踪 │ ├── 22_Health_Mgmt (健康管理) │ │ └── 健身计划、饮食记录、医疗账单 │ ├── 23_Housing_Mgmt (居住管理) │ │ └── 房租/房贷记录、物业通知、水电费账单 │ └── 24_Career_Dev (职业发展) │ │ └── 年度述职、工作学习笔记、行业动态 │ ├── 30_Projects (行动项目) │ ├── 31_Work (主要工作) │ │ └── [按项目建立子文件夹] │ └── 32_Personal (个人项目) │ │ └── 学习计划、旅行策划、代码项目等 │ ├── 40_Knowledge (知识金库) │ ├── 41_Vaults (知识库核心) │ │ └── Obsidian_Vault (或其他笔记软件的数据文件夹) │ ├── 42_Library (静态资料库) │ │ ├── Books (电子书) │ │ ├── Papers (学术论文) │ │ ├── Reports (行业报告) │ │ └── Courses (在线课程资料) │ └── 43_Templates (模板工具) │ │ └── 简历模板、PPT 模板、常用代码片段 │ ├── 50_Assets (数字资产) │ ├── 51_Media (影音媒体) │ │ ├── Photos (照片，建议按年份/月份组织) │ │ ├── Videos (视频) │ │ └── Music (音乐收藏) │ ├── 52_Creations (个人作品) │ │ ├── Writing (文章、日记) │ │ ├── Design (设计作品) │ │ └── Code (个人代码项目的成品) │ └── 53_Software (软件与备份) │ │ └── 购买的软件许可、应用数据备份 └── 99_Archive (历史档案馆) │ ├── Projects (已完成的项目，镜像 30_Projects 的结构) │ └── ......

2. 命名规则（完整版）

基本格式：

 YYYYMMDD_文档类型_核心标题_版本号#标签@人物&备注.扩展名

字段说明：

命名示例：

 # 简单文件（只用必填字段） 20250206_笔记_今天的思考.md 20240501_门票_周杰伦演唱会.pdf 20231120_发票_办公用品采购.pdf # 复杂文件（使用可选字段） 20231216_合同_腾讯入职劳动合同_v1.0#工作@HR.pdf 20240315_证书_动物保护组织志愿者#公益@绿色地球.jpg

3. 控制词表（完整版）

使用原则：

• 优先使用大类：用「合同」而不是「劳动合同」
• 根据目的命名：门票用于报销时用「发票」，用于纪念时用「门票」
• 不要自创词汇：严格从词表中选择，保持一致性

4. 维护原则

• 每日：
  • 新文件立即按规则命名
  • 下载的文件先放 00_Inbox
• 每周：
  • 清空 00_Inbox，将文件归档到对应位置
  • 检查 30_Projects 是否有已完成的项目需要归档
• 每月：
  • 回顾 20_Areas，更新持续性文件
  • 检查 99_Archive 是否需要备份
• 旧文件处理：
  • 截止线规则：新文件严格执行新标准，旧文件不强制修改
  • 童子军法则：打开旧文件时顺手重命名
  • 高价值区优先：优先整理 10_Identity 和关键合同

附录 C：参考文献

• 【元数据文件命名法】规范性文件命名系统，不再为文件命名发愁
• Building a Second Brain
• A system to organise your life • Johnny.Decimal
• 中文文案排版指北（简体中文版） — 码志

全文完

本文使用 AI 创作，符合少数派 #TeamSilicon25 赛道规则。 对话记录已完整保存，可供查阅。

> 参与 2025 年度少数派征文，分享你的观点和经验 ✍🏻️

> 实用、好用的 正版软件，少数派为你呈现 🚀

🚀 想要体验更好更全面的AI调用？

欢迎使用青云聚合API，约为官网价格的十分之一，支持300+全球最新模型，以及全球各种生图生视频模型，无需翻墙高速稳定，文档丰富，小白也可以简单操作。