参考Logseq自带的任务管理功能，外加简单的命名规则对文件进行简单管理。
从这个思路进行出发，所有的文件都可以变成两类，一类是需要进行处理的，另一类则是不需要进行处理的。也可以分为，活动的，和不活动的。
有意思的是这种处理方式可以用于任何一个文件夹，对于任意一个文件夹都可如此处理任何一个进入该文件夹的文件。
文件处理工作流具体流程为：
文件的分类按简单出发，从个人实际和工作实际出发，按流程进行分类，对于需要重点关注的项目，单独成一个文件也无不可。
由此展开，对个人生活的实际开始分析。对于我个人产生的文件，大致有这么几类：
最近市面上的标签化扁平化管理比较流行，但是从个人实际出发，按文件夹对文件进行收集，依旧是最有利于认知的一种。
接下来对我的工作文件进行分析，工作中的文件比较复杂，可按内部的，和外部的进行分类
我在网络上找到过很多他人的文件管理方法，多方研究，找到我适合我自己的文件命名规则。
一种基于元数据命名法和图书管命名法的扩展版因地制宜的命名规则。
元数据命名法是少数派上一个作者的文章，其在文中提供了一种宽泛的严谨的命名方法其大致命名逻辑如下：
元数据文件命名法 提倡，在文件、文件的命名中，可选地、有序地包含以下以下 7 个 元数据块：
- 时间：年、月、日、时分秒，根据实际情况决定精度
- 前缀：可以是数字序号、大的分类；不常用，主要目的是为文件进行手动排序
- 标题：文件的主标题，描述文件内容的本质
- 版本：版本号，对于需要迭代的项目文件很重要
- 标签：标题之外的补充信息，例如地点、文件性质
- 人物：可以是人名、组织名、宠物名、作者、来源答主
- 备注：评论性文字，杂谈、心得
每个元数据块之间，应当使用规范的、高可读性的 块间分隔符
这种方法带来的问题有两个，一是文件名字过于冗长，不利于日常查看与记忆，而是对于这么多类型的文件，重命名时不一定记得住所有的内容。
在此基础上，我采用一种更轻量化的，便捷的命名方式，那就是因地制宜式元数据命名法，根据文件夹内容，在文件夹内放置一个示例文件。
解放了认知压力和命名压力，是一种轻松便捷的命名方法，我对此进行多年，深感舒适。
曾见我陷入过这样的误区，我有一份PDF文件，他是一份合同，他也是公司采购的一部分，我到底应该把他放在哪里。其实很简单，只需要把他的名字起好，放在哪里并不重要。举个例子，将其取名为「 合同_某某公司_某某项目_时间 」即可，下回我们搜索合同，就能轻易将这份合同提取出来。
还有一种误区，一份资料只保存在一处的误区，实际上现如今存储对于个人用户不是难题，不如就让文件多复制几份又有何妨。就像我们写作业的时候拿了一堆材料堆在一起有何不可。把每个文件夹想成一张桌子，把别的文件夹的内容想成自己的仓库，从仓库里把东西拿到桌子上再组装成一件成品又有何妨。下次我们回顾这个文件夹的时候，会发现所有的配料直接在桌子上都可以找到，岂不美哉。
在我们为文件起名的时候很容易陷入到名字过长的困扰中，这时候不妨试试提取文件的共性，形成一个新的文件夹，让文件夹为文件说话。
举个例子，还是上文的中提到的合同的情况，一个项目中重复的合同太多，那就可以创建一个新的文件夹命名为「 合同_某某项目 」这样将所有的合同放在这个文件夹内，合同的文件名就可以去掉某某项目这个数据块，使得文件的名字缩短，便于阅读。
注意到文件夹的名字要保留项目名称，也是为了防止出现重复的文件夹名给未来的检索带来麻烦。
本文仅是我个人对于文件管理的一些小小经验，为自己做出一些小小的备份，也理清少许思路，望大家见笑。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。