标签策略与标签群组用法

标签是 Eagle 里最容易失控的机制。因为打标签几乎没有成本，所以几百个标签会在一年内自然长出来。然后你会遇到那个经典的困境：标签越多，找东西越难。

这一篇讲怎么让标签体系保持在一个你能用得起来的规模。

标签失控的四个具体症状

先对照一下，你的库有没有这些：

症状一：同义标签。 logo、Logo、LOGO、logo-design、brand mark 同时存在。搜任何一个都搜不全。

症状二：单次标签。 大量只用过一次的标签。它们不提供检索价值，却污染标签列表和筛选面板。

症状三：粒度不一致。 有的标签描述用途（packaging-reference），有的描述风格（flat），有的描述颜色（blue），有的描述情绪（calm）。四种维度混在一张列表里，你根本不知道该往哪个方向筛。

症状四：孤儿标签。 标签存在，但已经不挂在任何素材上。

四个症状里，粒度不一致是最难治的，因为它不是靠清理能解决的，是要靠一开始就分好组。

一、先做维度划分，再打标签

这是全文最重要的一条：标签必须按维度分组，不同维度不要混在一个列表里。

一个设计参考库的实用划分：

七个群组，一个标签只能属于其中一个。 这条约束解决了“去哪个群组找”的决策成本。

Eagle 的标签群组功能正好承载这套结构：每个群组有名字、颜色、描述，可以独立管理自己的成员标签。标签群组带描述这一点尤其有用——群组描述是给三个月后的自己看的说明书。

群组之间不是互斥的

注意上面表格里，一张图完全可以同时属于“用途”和”形式“两个群组。这是标签的核心优势。

比如一张 UI 屏幕截图： - 属于 用途 群组，打上 dashboard-ref - 属于 形式 群组，打上 ui-screen - 属于 风格 群组，打上 dark-ui - 属于 状态 群组，打上 verified

四个标签，四个维度，一次检索任一维度都能找到它。这才是多维标签的意义，不是分类，是索引。

常见坑：把标签群组当成“文件夹的替代品”，每个群组里放互斥的标签，然后发现一张图只能属于一个群组，于是纠结半天。如果你的群组设计要求一张图只能属于一个，那它就是个伪文件夹。 群组的价值在于让你可以在每个维度内自由地打标签，而不用担心它们混在一起看不清。

二、标签命名的具体规则

规则一：全小写 + 连字符。 packaging-reference 而不是 Packaging Reference 或 包装参考。理由是检索时你不需要切换输入法大小写，跨输入法环境也更稳定。

如果你的工作语言是中文，中文标签也完全可以——只要保持一致。真正要避免的是同一维度里中英文混用。

规则二：一个标签只表达一件事。 dark-ui-poster 混合了风格和形式。拆成 dark-ui + poster。因为混维度的标签没法参与维度筛选。

规则三：不要用会变的词。 2024-project 会过期，current 会失效。标签要描述稳定的属性。

规则四：优先“能被你搜到”的词。 想一下：三个月后你找东西时会输入什么？flat-illustration 比 minimalist-style 更可能被搜到，因为前者描述了你真正会用的词。

规则五：动词/状态类标签要成套。 如果你有 to-try，就要有 verified 和 rejected。只有一半状态的标签体系等于没有状态。

三、清理存量标签：一次做完，别拖

标签清理是那种“知道该做但永远不做”的事。给一个能做完的流程：

第 1 步：导出标签清单。 打开标签列表，按名称和数量排序，把当前所有标签抄下来。

第 2 步：分组识别。 把清单分成四堆：

• 该合并的：同义词、大小写变体、拼写错误。比如 Logo / logo / LOGO。
• 该删除的：只用过一次的标签，且从名字看不出以后还会用。
• 该重组的：粒度不对的，需要拆成多个。
• 该保留的：正常使用的。

第 3 步：先合并，后删除。 合并用标签重命名或标签合并功能——Eagle 提供了标签合并能力，合并后所有使用来源标签的素材会自动更新，收藏标签和历史标签也会一起处理。

第 4 步：把保留的标签按维度装进群组。 逐个群组过一遍。

第 5 步：加群组描述。 每个群组写一句“这个维度用来回答什么问题”。

常见坑：标签合并操作会更新所有使用来源标签的素材、标签群组、收藏标签和历史标签，且此操作不可逆。 跑之前必须先把整个资源库文件夹复制一份做备份。这不是可选项。

四、用 API 做批量标签治理

如果标签数量已经上千，手工逐个处理会很痛苦。Eagle 4.0 Build 18 之后提供了标签和标签群组的批量方法。

按名称模糊查找标签：

// 找出所有名字里含 "design" 的标签
const tags = await eagle.tag.get({ name: 'design' });

合并标签：

// 把 'UI Design' 全部并入 'UI'
const result = await eagle.tag.merge({
    source: 'UI Design',
    target: 'UI'
});
console.log(result.affectedItems);   // 受影响的素材数
console.log(result.sourceRemoved);   // 来源标签是否已移除

往群组增量加标签，不必传完整数组：

const tagGroups = await eagle.tagGroup.get();
const group = tagGroups[0];

// 只添加，不动其他成员
await group.addTags({ tags: ['UI', 'UX', 'Typography'] });

// 移动：同时从原群组移除
await group.addTags({ tags: ['Branding'], removeFromSource: true });

// 从群组移除（注意：不删除标签本身，也不影响素材上的标签）
await group.removeTags({ tags: ['Outdated'] });

批量设置标签颜色的思路：先遍历标签，按维度匹配后统一赋色。比如用途组用蓝色系、形式组用绿色系——颜色成为维度的视觉标识，你在标签列表里扫一眼就知道它属于哪一类。

常见坑：removeTags() 只是把标签从群组里移出来，不会删除标签本身，也不会影响素材上的标签。很多人以为移出群组等于删标签，结果素材上那些标签变成了“无归属的游离状态”，反而更难找。

五、防复发的三个机制

清理完之后，要防止它再次失控。

机制一：控制入口。 只允许在“把它打上某个标签”的同时顺手判断，而不是批量补标签。手动打标签时你会自然收敛，因为你会觉得麻烦；批量打时你会图省事乱打。

机制二：收藏常用标签。 Eagle 支持把常用标签收藏（星标），收藏的标签会出现在固定位置。这让“高频标签一键可打”，既省时间又不会随手发明新词。

机制三：定期做单次标签巡检。 每月花五分钟，看一眼标签列表里新增的、只用过一次的标签。当场决定：并入现有标签、保留、还是删掉。 这个动作必须定期做——因为碎片标签是每天自然增长的，不清理就只会累积。

六、和 AI 配合：让 AI 往你的标签体系里填

AI Action 的 AI Tags 可以批量打标签，但它的产出质量完全取决于你的标签体系有多清晰。

官方的说法很直接：你的标签群组、命名约定和规则越清晰，结果就越好。

具体怎么配合：

1. 先把标签体系建好（七个群组，每组标签含义明确）。
2. 给每个群组写清楚描述——这段描述可以直接作为喂给 AI 的规则依据。
3. 在 Custom Instructions 里明确写：“只能使用以下标签，不得自行发明新标签：……”，然后把标签清单列进去。
4. 小批量跑（10 张），检查 AI 有没有跑偏。
5. 发现跑偏，多半是你没把“什么情况下不该打这个标签”写清楚。补上，再跑。

常见坑：不限制 AI 的标签范围，它会给你造出 minimal-design、clean-layout、modern-ui 这类“看起来很合理但和你的体系无关”的标签。跑完 100 张之后你多了 30 个新标签，清理工作量比不跑还大。 宁可让 AI 少打几个标签，也要把范围锁死。

一个判断标准

你的标签体系是否健康，看一个指标：你打开筛选面板时，能不能在三秒内决定“该点哪个群组”。

如果需要犹豫，说明维度划分还不够清晰，或者群组数量太多。七到十个群组是一个比较稳的上限，超过这个数，用户在筛选时的心智负担就开始超过收益了。

如果确实超了，那就回头砍——把一年内没用过两次的群组合并掉。标签体系的维护方向应该是稳定地变小，而不是稳定地变大。

整理人：WorkBuddy