文件夹体系设计：从线性分类到多维标签

大部分人的 Eagle 文件夹树，是从第一天的 素材 开始，慢慢长成 素材/2023/客户A/最终版/真的最终版 这样的东西。这一篇讲怎么把文件夹从“唯一的分类手段”重新定位成”多维检索的一个维度“。

先搞清一件事：文件夹不适合承载所有分类

文件夹的本质是每个文件只有一个位置。这决定了它天生处理不了“同一份素材属于多个维度”的情况。

而设计工作的实际情况恰恰是：一张 UI 参考图同时是“电商类”、”桌面端“、“有筛选栏”、”2024 年收集“、“某个客户的”。五个维度，文件夹只能选一个。

官方的素材整理方法论给的判断很直接：如果你的系统只提供文件夹，就给素材一个稳定的归属，把次要线索放进可搜索的注释或索引里。目标不是把每一层关系都塞进文件夹树。

反过来，标签的价值也有限——它太灵活，灵活到几百个标签之后你就找不到东西了。

所以合理的结构是分工，不是二选一：

一、文件夹的三层职责

不要把所有东西都塞进一棵深树。给文件夹分配三种明确职责，每种对应不同的深度要求。

职责一：项目归档（深，但会封存）

这是“讲座系列”这类真实项目该有的结构：

讲座系列/
  客户资料/        需求、文案、品牌规范、反馈
  参考/            为这个项目专门收集的参考
  素材/            打算用在这个设计里的图，含来源和使用条件
  工作文件/        可编辑的源文件
  预览/            审阅用的导出
  交付/            最终发出的版本

预览 和 交付 分开，是为了让“审阅稿”不会被误当成”实际发出的文件“。

常见坑：项目文件夹封存之后，不要把它和长期参考库合并。项目记录回答“这个项目发生了什么”，长期参考库回答”以后还能用上什么“。 这两件事混在一起，两个问题都答不好。

职责二：长期参考库（浅，按内容类型分）

海报、界面、插画、摄影、图标、字体——到这一层就停。不要再往下切。

为什么停？因为再往下就会出现这种路径：海报 > 活动 > 讲座 > 两位讲者 > 蓝色。这个路径要求你在存每一张图时做五次判断，而且会把“解决同一个设计问题”的参考图拆散到不同的地方。

官方的建议正相反：过度狭窄的树会造成反向的问题。 一个过深的路径会要求你做很多次放置决策，还可能把解决同一个设计问题的参考拆开。

职责三：工作区（临时，但有唯一入口）

建一个 00-inbox 作为唯一的缓冲入口。所有来不及整理的东西丢这里。

命名上给它加 00- 前缀是个技巧——排序之后它会永远排在最上面，你不会忘记它的存在。

二、判断标准：检索线索反推分类

不要从“我想怎么分类”出发，要从”我会怎么找“倒推。这是官方方法论里最实用的一条。

先列出你真实会问的问题，然后看每个问题需要什么样的结构：

注意这四个线索的性质不同：项目是独占的，内容类型接近独占，设计问题和应用场景是跨项目共享的。

所以：项目和内容类型适合做文件夹，设计问题和应用场景适合做标签。

一个具体的例子：那张活动海报参考，海报 可以作为它的主要归属，而 信息层级 和 活动日程 则是回到它的额外路径。如果你平时习惯从“设计问题”开始找，那你可以反过来把层级设为主分类。有用的结构，是那个匹配你后来会问的问题的结构。

三、什么时候该拆，什么时候该合

库会长大，结构也会过时。判断规则很简单：

该拆的信号：某个分类下你总要翻很久才能找到目标，而且翻出来的多半是不相关的。 灵感 在小库上完全够用；但如果你每次找海报都要先扫过一堆 UI 截图和摄影参考，那就该把 海报 单独拆出来了。

该合的信号：两个分类的内容几乎完全重叠，而且你预测不出什么时候会用哪一个。 比如同时存在的 UI 参考 和 界面素材，如果它们的成员重合度超过八成，合并。

不该出现的形态：为了“整齐”而拆出的只用过一次的分类。判断依据是——这个分类是你真的会反复回去找的吗？ 如果不是，它只是在增加决策成本。

四、用智能文件夹承接“组合查询”

文件夹和标签都解决不了的情况是：我要看“所有既是参考类、又带 5 星、又不在已交付项目里”的素材。这类条件组合就是智能文件夹的用途。

它和普通文件夹的根本区别：智能文件夹不存放文件，它是一个动态视图。 文件进出由条件决定，你不需要手动维护成员。

这带来一个很实用的工作方式：

1. 平时用标签和文件夹做基础归类。
2. 每次发现自己在重复搭建同一组筛选条件，就把它固化成一个智能文件夹。
3. 智能文件夹的命名直接描述它的筛选意图，比如“未交付的高分参考”，而不是”参考集 A“。

具体的规则组合方式，见本系列第二章第二节。

常见坑：把智能文件夹当成普通文件夹用——往里面拖文件、放文件。它不吃这套。往智能文件夹里拖东西的结果通常和你的预期不同，因为它随时会按条件重新计算成员。要“堆东西”就得用真文件夹。

五、三种容易出错的结构

结构一：按年份归档但不按类型。 2024/ 下面直接挂所有东西。问题是一年后你想找“所有海报参考”时，还是得一个个年份翻。年份适合做标签或者排序依据，不适合做顶层结构。

结构二：项目文件夹和参考文件夹混用。 一个参考图被拖进某个客户的项目文件夹里，几年后那个客户的项目结束了，参考图跟着一起被封存。长期有用的参考不应该寄生在某个具体项目下。

结构三：过深的层级。 超过四层就该停下来检查了。每一层都是一次决策成本，而你的实际检索深度通常不超过两层。

六、一个可以直接执行的重构步骤

如果你现在的文件夹树已经很混乱：

1. 导出现状。 先把现有结构记下来（截图即可），避免重构后想不起来某批文件去哪了。
2. 建立三层骨架。 创建 项目归档、参考资料、00-inbox 三个顶层目录，配色用不同颜色区分。
3. 只搬参考资料。 第一轮只把“长期有用的参考”搬进 参考资料 下的类型子目录，项目文件先不动。
4. 拆出工作区。 把所有“不知道该放哪”的素材统一丢进 00-inbox，不要在重构过程中纠结每张图的正确位置。
5. 给搬完的参考打标签。 补上设计问题和应用场景这两维的标签，这一步才真正建立了多维能力。
6. 清空 inbox。 把 00-inbox 里的素材归位，这个过程本身也是一次高质量的检视。
7. 用智能文件夹收尾。 把你在整理过程中反复想看的组合条件，做成智能文件夹存起来。

常见坑：第 4 步的“不要纠结”很重要。很多人试图一次性把整库归位，结果卡在第一小时就放弃了。更可行的策略是先让所有东西都有归属（哪怕是 inbox），再逐步消化。 一个有 80% 素材已归位、20% 在 inbox 的库，永远比一个整理到一半就停下的库好用。

最后一点：文件夹的角色正在改变

官方对 Eagle 的一个观察值得放在这里：随着 AI 检索能力变强，文件夹的角色正在从“防止混乱的基础设施”转向”组织、筛选、比对和策展的工具“。

以前文件夹的作用是“不整理的话以后就找不到了”。现在更常见的用法是”我要把这一批放在一起看、一起比、这次一起用“。

典型场景：你在准备一份提案，用自然语言搜出几十张参考，挑出十几张拖进一个新文件夹。这个文件夹的价值不在于它符合某个预定的分类结构，而在于它记录了这次任务的决策和判断结果。

这意味着文件夹可以更轻、更临时、更贴近当下的任务，而不是一层层往上堆的永久结构。这对下一节的智能文件夹尤其重要——两者其实是在同一条路上的两个阶段。

整理人：WorkBuddy