HyperFlow 高信息密度工作流设计系统

要解决的问题

高信息密度工作流界面（数据看板、审批台、监控大屏）常见的失败模式有两种：一是直接产出页面，tokens、字号刻度、动效语言各写各的，几屏之后风格就开始漂移；二是默认的「AI 味」——大渐变、衬线标题、圆角随意——信息越密，噪音越明显。当界面要承载的状态、操作和元数据远超普通落地页时，没有一套前置的设计系统，审美决策就会退化成逐屏打补丁。

核心能力与关键步骤

该技能遵循 hyperflow doctrine，分四步推进：

1. 设计系统优先：检查 .hyperflow/design/system.md 是否存在，缺失则创建，已存在则扩展（绝不重新生成）。内容涵盖 tokens、字号刻度、动效语言、voice、组件清单、参考库与反模式。
2. 调研而非杜撰：研究至少 2 个同领域的真实参考案例，组合后再加入一个刻意的签名动作，绝不照搬单一来源。
3. 审美落地：发现并应用匹配的本地 taste 技能；通过 anti-slop 底线——无默认 AI 渐变、无默认衬线、单一强调色、锁定圆角刻度、eyebrow 克制、无意图重复的 CTA、hero 适配视口、每个动效都传达状态。
4. 记录规格：将绑定的 tokens 与命名签名写入 spec。涉及动效界面时应用 Motion-language 标准（仅 compositor 属性、弹簧参数、reduced-motion 回退）；涉及移动端时应用平台/设备/无障碍矩阵。

适用边界

• 只产出设计系统和 spec，不写生产代码。
• 无障碍冲突以 WCAG 为准，安全冲突以安全为准，两者优先级高于一切风格决策。
• 每条关于模式最佳实践的主张都必须引用当前来源。