Commit 0a68b25e by luoqi

docs(design): 教条补回矩阵那一节 —— 三档叫法 + 1b 配色

这一节此前两次改动都**没落到文档上**(python 替换静默 no-match,只改了代码没改教条),
于是教条里还写着早就撤掉的「蓝→琥珀→橙 温度渐变 + 🔥热/🌡温/️冷」。
现补齐到实际状态:列头临床说法(黄金期/窗口内/窗口外)、代码名与显示名为何刻意不一致、
1b 连续色带、以及「数量不参与配色」「hover 用内描边不换底色」两条纪律。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
parent a4dd6fa6
......@@ -543,19 +543,41 @@ release_note 退回文字说明
### 页面结构
见 T16。矩阵是召回池的一个**视图模式**(列表 ⇄ 矩阵),不新开路由。
见 T16。矩阵是召回池的一个**视图模式** —— tab 行的「**分配**」主色按钮**浮层展开**
不新开路由、也不替换左栏内容(挑格子时列表还在原处,关掉就回到原位置,不丢滚动位置与筛选)。
### 矩阵热力配色
### 矩阵三档的叫法
**真正的温度渐变**,蓝 → 琥珀 → 橙(蓝橙互补,中点自然落在暖黄):
**列头用临床说法,不用温度比喻**(2026-08-02 产品定):
| 档 | 色值 | 理由 |
| code(不改) | 显示名 | 判据 |
|---|---|---|
| ❄️ 冷 | `#DBEAFE` 蓝 | 视觉上"退后" |
| 🌡 温 | `#FEF3C7` 琥珀黄 | 蓝橙渐变的自然中点 |
| 🔥 热 | `#FB923C` 橙 | **不用红** —— 红太冲,橙是"该动手了"而非"出事了" |
| `hot` | **黄金期** | `daysSince ≤ urgencyDayThreshold` |
| `warm` | **窗口内** | `urgencyDayThreshold < daysSince ≤ windowDays` |
| `cold` | **窗口外** | `daysSince > windowDays` |
⚠️ **代码名与显示名刻意不一致**:枚举值、API 参数 `temperature=`
`persona_features.data.temperature` 的 JSON 路径都仍是 `hot/warm/cold`
⛔ 别顺手把枚举也改了 —— 那要同时动 API 契约、SQL 谓词、已落库的 JSON 路径和前端 query,
收益只是「看着顺眼」。显示名的单一真理源是 `TEMPERATURE_META`
### 矩阵配色 = claude design 的 1b「连续色带」
(2026-08-03 产品出稿,源文件 `分配矩阵.dc.html` 的 1b 方案)
三列共用**一条** `amber → emerald → sky` 的横向渐变,格子透明浮在这张面上 ——
列与列之间没有缝,整片读起来是一条「由烫到冷」的轴,**只用色相区分窗口**
> 中途曾一度**撤掉全部配色**(理由:列头改成临床说法后,颜色成了第二套更弱的编码)。
> 产品出稿后恢复,但**换了一种色**:不是原来那套「温度比喻」的冷暖渐变,
> 而是与三个列头一一对应的三个色相。色相与文字是同一信息的两种编码 ——
> 这是**刻意的冗余**(色盲用户靠文字、扫视靠颜色),不是重复。
**数量绝不参与配色**(这条纪律自始至终没变):渐变只由**列的位置**决定。
否则「这格暖是因为在黄金期、还是因为人多」分不清 —— 人数已经用数字表达了。
⛔ hover / 选中用**内描边**`outline` + 负 offset),⛔ 不许换底色 ——
换底色会在渐变面上戳一个洞,整片「连续」的观感当场破掉。
⚠️ **数量不参与配色**,只用数字表达 —— 否则「这格橙是因为热还是因为人多」分不清。
### 移交助手的动效
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment