万象-配色体系与潘通色号

触发与不触发（三篇合并）

适用：与潘通色彩相关的一切咨询与任务——按下方总路由先判篇，再读该篇核心原则与能力卡。
不适用（全书统一边界）：
- 纯排版层级、字号、间距问题（非色彩维度）
- 需要官方书面认证的合规场景
- 专色油墨配方的制定（只到「该用哪个色号、数值可不可信」层）
- 荧光色、金属色、珠光色、渐变、发光效果色（属 Pantone Pastels & Neons / Metallics，未覆盖）
- 实体印刷的打样与工艺决策（体系篇只到「一致性契约」层；交付涉印刷且无法打样时，
保留色号建议同时声明风险，不得承诺印刷一致）
- 中性灰 / 黑白方案（无彩色相，不存在配色关系问题，和谐篇不适用）
- 单个插画/照片的临场调色；在线文档/表格类交付

总路由：先判问题落在哪一篇

三篇递进：体系篇产出的每个色，落印时都要走锚定篇；和谐篇选出的组合，进入体系篇的角色框架。
跨篇任务按"体系 → 和谐 → 锚定"顺序串行。

A 篇 · 潘通体系（整套配色的建立与治理）

A1 核心原则（常驻速览，概览类问题读到这里即可回答）

1. 色彩的意义是「社会角色」而不是「色相坐标」——同一色相在不同时期承担不同角色，配色方案被读懂的是角色，不是色值。
2. 配色必须逐级收敛：视觉灵感 → 色彩主题（语义闸门）→ 调色板 → 配色和谐；跳过主题层，色板再好看也读不出意图。
3. 趋势 = 熟悉的锚点 + 受限的新变量，一次只动一个变量；新颖本身不是价值，「重新诠释」才是。
4. 趋势强度用跨报告/跨城市的复现次数判断，而不是看谁先发布；官方趋势内容含 6–24 个月时效，过期即贬值。
5. 色板必须切成两层：季节层（高频轮换，负责新鲜感）与常备层（跨季复用，负责可用性）。混为一谈会导致要么不敢换、要么每年推翻重做。
6. 配色按角色分三级——dominant / subordinate / accent（官方术语）；60-30-10 是行业惯例数字，两者必须分开陈述，不得宣称后者为潘通规定。
7. 中性色是「结构性色彩」：不承担被看见，只承担让别的颜色被看见；它不被挑选，而是被比较出来的，其价值随前景而变。
8. 每个色系必须同时具备细微变异色（退让位）与鲜亮色（推进位）；只有单一亮度的色系在实际使用中必然崩塌。
9. 色号会解构（季节性已解构、性别已解构），色系划分服务检索心智而非色彩学正确性。
10. 跨端/跨载体一致的是数值锚点（色号/token 值），不是物料或组件实现；官方本身不公开屏幕色值，屏幕值必须登记来源并标明仅为近似。
11. 可读性只由明度对比决定：色相管语义，明度管可读；换色相不改对比度，改明度才改。低彩度不等于低可读性，前提是明度差足够。

A2 能力路由（先读本表，按意图加载 1 张能力卡）

A3 边界与判停（体系篇）

• 若用户只给了一个主色、要的是「配哪几个色」 → 转 B 篇，体系篇不负责单次选型。
• 若用户要求按「春夏/秋冬」或「男/女」切分配色 → 明确说明官方已宣告这两个维度解构，不要沿用旧框架。
• 若用户要求引用「潘通规定的 60-30-10」 → 必须纠正：官方只有 dominant/subordinate/accent 三级角色术语，数字是行业惯例。
• 若用户要求的是审美排序（「哪个更好看」）→ 本篇只给角色与比例规则，不做审美裁决，应说明边界。

B 篇 · 配色和谐（一组色的关系与分配）

B1 核心原则（常驻速览，概览类问题读到这里即可回答）

1. 潘通官方只认三种配色关系——类似（Analogous）、互补（Complementary）、单色（Monochromatic）；分离互补与无彩只存在于理论文，未被官方产品化。
2. 三种关系各有固定配方：类似取基准色两侧邻色（2–3 色）、互补取一个对位色（2 色）、单色取基准色加暗端延伸（2 色，含 Black 6 C）。
3. 任何配色都必须有且只有一个主导色：给主导色更大面积或更饱满的饱和度，其余降为强调。
4. 主导权取决于该色与「背景」的差距，而不是候选色彼此之间的差距；因此换成深色背景后主导色会翻转。
5. 大面积互补色直接相接会产生同时对比（视觉不适），应用中性细线分隔、降饱和或互相混色来消解；靠等量混色中和互补会得到浑浊棕色。
6. 冷暖做功能分工：冷色（蓝→紫）沉静、宜做背景衬托小面积暖色；暖色（红→黄）主动且前突，宜做前景重点；亮冷色比其它冷色更能制造兴奋。
7. 潘通不向非会员公开 sRGB/HEX，屏幕上的颜色只是计算机模拟；色号定位须靠多来源社区色值共识 + ΔE2000，最终必须用实体色卡目视确认。

B2 能力路由（先读本表，按意图加载 1 张能力卡）

B3 边界与判停（和谐篇）

• 若用户尚未确定基准色 → 先定主色，本篇不负责"从零挑一个主色"。
• 若用户要求的是"哪一个更好看"的审美裁决 → 本篇只提供关系与分配规则，不做审美排序，应说明这一边界。
• 若用户的目标色是荧光 / 金属 / 渐变 / 发光效果色 → 明确告知超出潘通 Solid Coated 覆盖范围，不要硬套色号。

C 篇 · 色号锚定（屏幕色值 → 可信色号）

C1 核心原则（常驻速览，概览类问题读到这里即可回答）

1. 色号是公开信息，其数值是订阅内容——两者不可混为一谈，也不得声称拿到过完整的官方数值。
2. 同一个潘通色号存在两套官方数值口径（M1 对齐印刷、M2 对齐设计软件），引用时必须声明口径，否则跨源比对必然失败。
3. 官方 CMYK 只存在于 Color Bridge，且官方定位它是四色印刷的模拟值，不等于专色油墨——不得称其为"潘通官方 CMYK"。
4. 跨白点转换必须做色适应（潘通 Lab 用 D50、sRGB 用 D65），省略不会报错，只会产生系统性偏移。
5. CIE Lab 的正逆变换判据不对称（正变换判 t、逆变换判 t³），写反不报错但结果全错——这类静默失败只能靠自检发现。
6. 未过三道自检门（往返一致性 / 已知基准点 / 与官方公开值交叉验证）的色值表不得交付。
7. 色差必须用 CIEDE2000；ΔE76 在高饱和区与人眼感知偏差大，不可用于定稿。
8. 分级的阈值是工程约定，不是潘通标准；交付时必须声明这一点。
9. 总色差是聚合指标，决策必须下钻到 ΔL/Δa/Δb*——明度差为主是同一色号的明度阶（加黑或加白），色相或彩度差显著才需要换号。
10. 只看明度会选错色号：明度最接近的候选，其总色差可能反而更大。
11. 来源必须随数值一起传递；覆盖率、缺失率与未匹配项都是数据的一部分，不是可以省略的元数据。
12. 白黑两端不应强行映射——色库中没有 L*=100 的白，屏幕基色应直接指定 PANTONE White C 与对应 Black 系列。
13. 屏幕数值只是屏幕稿取色依据，印刷必须回到实体色卡定稿（利用色号页给出的 Page/Row 定位）。

C2 能力路由（先读本表，按意图加载 1 张能力卡）

C3 配套脚本（可直接执行）

scripts/color-anchor.js —— 自包含、零依赖的色彩转换与色号锚定 CLI。

# 三道自检门（不过门不得交付）
node scripts/color-anchor.js --selfcheck

# 批量锚定：Top-N + ΔE2000 + ΔL/Δa/Δb 分解 + 分级 + 处置筛查
node scripts/color-anchor.js --lib <色库.json> --hex "#6D1616,#B0842E" --top 3
node scripts/color-anchor.js --lib <色库.json> --file hexes.txt --top 3

• 色库需含 colors: [{ code, pantone, lab:[L,a,b], ... }]（Lab 为D50）。
• 色库不随包附带：完整色库属他人的汇编数据，本技能只带 16 色格式示例assets/color-library-sample.json（同名 .csv，虚拟命名、自算 Lab）。
  自备色库放 ~/.workbuddy/omni-color-library/（环境变量 OMNI_COLOR_LIB 可指向别处），--lib 传其路径即可。
• 已内置 Bradford 色适应与 CIE Lab 正逆变换的正确判据（正变换判 t、逆变换判 t³）；自检输出 max Δ=0、#808080 → [53.59,0,0] 为正常。
• 脚本输出的分级与处置筛查是工程约定，不是潘通标准；advise 是筛查提示而非定论，须结合设计意图取舍。
• 缺少色库时脚本会拒绝锚定并提示先跑 --selfcheck。

C4 边界与判停（锚定篇）

• 若用户要求「潘通官方 CMYK 色值」→ 必须纠正表述，只能是四色印刷的模拟/换算值。
• 若用户要求「完整的官方色库数值」→ 明确说明官方数值为订阅内容，公开渠道无法取全，并给出实际覆盖率。
• 若用户要求把 CMYK 直接作为送印依据 → 拒绝并说明朴素换算不是分色，须以实体色卡与专色配方定稿。
• 若用户提供的色值表未做自检 → 先补三道自检，不得直接进入锚定。

常见误用与常见问题（FAQ）

常见误用（反模式）

常见问题

• Q：问题落在哪一篇？ A：先走「总路由：先判问题落在哪一篇」—— 体系篇／和谐篇／锚定篇。
• Q：每篇怎么用？ A：每篇都是三段：核心原则（概览类问题读到这里即可回答）→ 能力路由（按意图加载 1 张能力卡）→ 边界与判停。
• Q：有可直接执行的脚本吗？ A：有，见「C3 配套脚本（可直接执行）」。
• Q：触发与不触发的边界？ A：见文首「触发与不触发（三篇合并）」。
• Q：加载规则在哪？ A：见文末「加载规则（全书统一）」。

加载规则（全书统一）

• 每次任务先读总路由判篇，再读本文件对应篇的章节，按该篇路由表加载 1 张能力卡；
  任务明确跨篇时最多加载 2 张。
• 概览/书名类问题不加载能力卡，用对应篇「核心原则」与 references/<篇名>/overview.md 回答。
• 非能力类查询（各篇通用，路径按篇取）：
• 书名/作者/章节/整书概览 → references/<篇名>/overview.md
• 术语解释 → references/<篇名>/glossary.md
• 决策规则速查（不需要原文依据时） → references/<篇名>/cheatsheet.md
• 完整意图与关键词索引（路由表未覆盖的意图先查这里） → references/<篇名>/capability-index.md
• 路由表与 capability-index.md 都无法命中的意图，明确告知超出本书范围，不要硬套。