文字样式与轻量设计系统
样式组合一组应当一起使用的属性。文字样式可以同时组织字体、字号、字重和行高；变量则适合维护独立值。两者协作，比把所有属性散落在每个对象上更容易维护。
一款小项目需要多大的设计系统
先准备四类文字样式：StarMatch/Title/L、Title/M、Body/M、Label/S；颜色和间距放入少量变量；组件从按钮、卡牌和常用面板开始。
不必为了“专业”建立数百个 Token、所有可能的按钮组合和团队库发布流程。你的系统应该能回答：我要统一修改标题或卡牌，该改哪里、会影响谁、如何验证。
样式和局部覆盖
应用样式后又手动改某个字号，会出现局部差异。差异可能是合理的，也可能是维护漂移。审查时读取 style ID 和实际属性，不能只看到同名文字就认定引用了同一样式。
| 问题 | 推荐归属 |
|---|---|
| 所有面板标题行高统一 | 文字样式 |
| 主按钮品牌色调整 | 语义颜色变量 |
| 某个关卡名字不同 | 实例 Text 属性 |
| 卡牌进入失配状态 | State 变体 |
| 全部内容区域更宽 | 布局容器与适配规则 |
做一次系统化修改
先列出 Title/M 的引用对象，读回当前字号和行高，再调整样式。检查大厅、游戏标题和结算页；长文案也要检查。若某个标题故意使用独立样式，在规格里保留理由。
请审查本地文字样式与实际引用。
把同职责文字归到现有样式，保留必要例外并说明原因。
不要创建只被一个对象使用、又没有明确复用需求的新样式。
修改后检查中文、数字和长文案的边界。
Starter 跟做方式
在同一个文件中维护本地组件、样式和变量即可。团队库发布与跨文件协作是后续扩展，先核对套餐和权限。不要把“无法发布团队库”误解为“不能在本地使用组件”。
练习与检查
任选一个视觉规则，写清其唯一维护入口。然后修改它并列出受影响对象。如果需要手动寻找十几个散落值，考虑是否应该提升为共享样式或变量。