F5.10.3Locale color map设计
跨地区产品需可配置语义色映射
别名: 语义色配置 · colour mapping table · 地区色表
概念解释
涨跌要跟盘口走，节日皮肤要跟仪式走，错误红却几乎全球都能用。把这些写死在组件里，每一次开新市场都要分叉一套界面。跨地区产品需要一张可配置的语义色映射：组件只问「涨」「喜」「错」，具体色相由一张按市场 / 账户加载的表来填。改的是表，不是按钮。
这不是把整套界面翻译一遍，也不是让每个国家另做一版视觉。
机制
硬编码把「绿 = 涨」焊在绘制函数里，地区差异就变成代码差异，回归成本随市场数线性涨。映射表把语义键和色值拆开：同一枚蜡烛组件在纽约表里取绿为涨，在上海表里取红为涨；同一枚祝福容器在默认表里是中性，在春节表里才灌红。配置还可以叠层——市场默认，再被账户开关覆盖——这样个人交易员能跟自己训过的盘口走，而不强迫全站改色。
键必须是语义，不能是色名。表里如果写的是 green → 另一枚绿，组件仍然在问颜色，换市场时就要改组件。表里写 gain → 某色，组件才真正与色相脱钩。
边界
- 品牌主色通常不应进这张表；识别要稳，不能随市场跳成另一种主色。能配的是语义槽和场合皮肤。
- 没有语义的装饰插画不走这张表，否则会把插画当状态来配。
- 表可以配错：上海用户被下发了纽约涨跌表，危害比写死还大，因为看起来「已经本地化了」。要有可见的当前映射，和一键切回市场默认。
- 色弱档位是另一张表（形状、图案），不要塞进文化映射里一起配。
怎么落地
- 列出需要随地区或账户变化的键：gain / loss、festive / mourning、以及真正全球锁定的 error / success。
- 组件只绑定键；色值只出现在映射表和主题生成里。
- 新市场先填表、再抽检关键页，不要复制整套界面工程。
- 验证办法：在同一构建里只替换映射表，切市场，看行情、祝福、错误三处是否按预期变、品牌主色是否不动；有一处组件没变，就是还焊着色值。