架构原则

在动手分类之前先立三条不可违反的原则

这不是建议，不是参考。这是词库架构的基石，违反任何一条，整个系统就会崩塌。

§§§

用真实技术栈分层，不用人工标签

不按「设计类 / 编程类 / 办公类」这种主观标签分。因为一个词往往横跨多个标签——Layer 是设计词？编程词？办公词？分到哪里都不对，维护起来更是灾难。

插件层 Plugin扩展、配置、集成

应用软件层 ApplicationFigma、Photoshop、Sketch

开发工具层 DevelopmentTerminal、Git、VS Code

编程语言层 LanguageJavaScript、Python、Swift

操作系统层 OSmacOS、Windows、Linux

基础概念层 Foundation变量、函数、循环

错误按主观标签分类：「设计类」「编程类」「办公类」
Layer 属于设计？编程？办公？分到哪里都不对。

→

正确按真实技术栈分层——这是客观事实
50 年前是这个结构，50 年后还是。

每个词只需要一个 layer 坐标（如 L5-FIG），它同时告诉我们三件事。不需要再贴一个"领域 = 设计"的标签——坐标已经包含了全部信息。

Layer

第几层
L5 = 应用软件层

Domain

FIG

哪个子域
FIG = Figma

Context

完整

上下文信息
Figma 界面设计术语

// 一个坐标，全部信息
layer: L5-FIG

// 不需要这些冗余标签
// domain: 设计 ✕
// category: UI ✕
// software: Figma ✕

坐标即信息

一个 L5-FIG 已经告诉我们：这个词在第 5 层、属于 Figma 子域、是 Figma 界面中的术语。

任何额外的标签都是冗余。

用户想「只看 Figma 相关词」或「只看高频词」——这些需求通过筛选维度来满足，它们是词条的属性，不影响词条在金字塔中的位置。

L6
L5
L4
L3
L2
L1
金字塔保持不动

频率

高频中频低频

关联软件

FigmaSketchPhotoshopVS Code

CEFR

A1A2B1B2C1

频率、关联软件、CEFR 等级是词条的属性，用于筛选。
不影响词条在金字塔中的位置

进入词库，体验基于真实技术栈的分层架构