Neon Signal

先选择准确的数据表达，再应用这套视觉语言。它是一张结论先行的数据成品，不是缩小后的仪表盘或报告。

Signature invariants

• 连续深紫场、左侧数字先行结论栈和右侧开放证据场共同构成核心构图，不能退化成霓虹配色的普通卡片图表。
• Quantico 数字角色、Palanquin 说明角色、电光数据色和白色结构边必须协同出现。
• 边缘光谱圆弧只建立空间深度；它们可减少，但不能拉伸、遮挡数据或代替图形编码。
• 精确比例、字体、颜色和容量以 design-model.yaml 为准。

Composition grammar

Neon evidence split — default

• 适合分类比较、排名、趋势、分布和构成。
• 短眉题位于左上，替代品牌 logo；大号结论位于左侧视觉中线附近，来源贴近左下安全区。
• 右侧主图保持视觉主导并从上部延伸到下部。
• 低密度图形直接显示关键值。长类别放在标记下方或外侧，最多三行；类别较多时改用横向、点式或更节省标签空间的准确表达。

Neon signal split

• 适合目标达成、单一占比、阈值、异常、关系中心或空间焦点，但必须存在分母、目标、基准或上下文。
• 左侧用一个主信号和一句解释；右侧使用环、范围、坡度、关系、流程、地图或其他准确表达。
• 右侧只能有一个主要视觉焦点。辅助证据应直接附着在图形上，不另起 KPI 卡片或第二张图。

Expression and capacity

• 用户明确指定图表类型时保留该类型；未指定时再选择准确的数据表达。
• 单系列默认使用青色，粉色只强调一个对比点、异常或目标；不要为了填满色板给连续数据制造彩虹。
• 高类别密度时使用同色系层级、青色上下文加粉色重点，或减少非必要直接标签。
• 顺序数据从深紫或蓝过渡到青色；发散数据使用粉色与青色分居两侧，以浅紫或白色标明中点。必须显式说明方向与中点。
• 字体、字号、构图比例和容量只读取 design-model.yaml；图表族细节读取 references/visual-grammar.md。

Responsive transformation

• landscape：左结论、右证据。
• square / portrait：上方结论栈、下方全宽证据场。
• wide_short：紧凑左结论和占主导的右证据场。
• 按 design-model.yaml 的降级顺序减少圆弧、解释、次级直标和参考线，主青色信号与白色结构边始终保留。

Build sequence

1. 确认字段、单位、基线、排序与主结论，选择准确的数据表达。
2. 建立 evidence split 或 signal split，先锁定左侧结论栈和右侧主要数据场。
3. 落实六个 signature anchors，再按 references/visual-grammar.md 处理具体表达。
4. 先检查标准横屏中的静态首帧、色彩区分、白色结构边和边缘圆弧，再按 references/platform-mapping.md 验证四类宽高比。

实现前读取 design-model.yaml、references/tokens.md、references/visual-grammar.md 和 references/platform-mapping.md。