简诗 AI 张扬字体设计系统

解决什么问题

「看起来够张扬」和「能落地」之间常有断层。团队定的字重梯度、颜色令牌、间距节奏在设计稿里很整齐，到组件实现时却各自发挥：同一级标题用了三种字号，hover 状态缺失，focus 样式被 outline: none 干掉，深色表面上的文本对比度不足。反过来，只按 WCAG 逐条打勾，也容易做出一套乏味且难以维护的界面。

这个技能把两件事绑在一起：一套明确的视觉风格（Bold）和一套可执行的规范编写流程。产出不是宣传语，而是工程师可以直接开工的设计系统文档。

技能如何工作

核心顺序是先基础、后组件：

• 风格基底：bold 视觉风格，字重覆盖 100–900 九档，主字体与展示字体均为 Archivo Black，等宽用 JetBrains Mono。
• 设计令牌：定义 primary、secondary、success、warning、danger、surface、text 等语义令牌，而不是散落各处的十六进制色值。
• 间距与排版：间距梯度锁定为 4/8/12/16/24/32，保证节奏一致；遵循桌面优先的表达型排版尺度。
• 无障碍基线：WCAG 2.2 AA、键盘优先交互、可见 focus 状态、屏幕阅读器可测标签、44px+ 触控目标、高对比度支持、prefers-reduced-motion。
• 写作语气：friendly, professional。

规范编写流程共六步：先用一句话复述设计意图，再定义令牌与基础约束，随后给出组件级规则（结构、变体、状态、响应式行为），补上可测试的无障碍验收标准与内容规范，列出反模式及既有 UI 的迁移说明，最后以一份能在代码评审中直接执行的 QA 清单收尾。

约束语言区分 must 与 should：不可协商的规则用 must，建议用 should；每条 do 规则至少配一个具体的 don't 示例。组件部分必须显式覆盖 default、hover、focus-visible、active、disabled、loading、error 等状态，分别说明键盘、指针、触屏行为，并处理长标签、空状态、溢出等边缘情况。

质量门禁要求：规则不能只依赖模糊形容词，必须锚定令牌、阈值或示例；每条无障碍声明都要能在实现中被测试；系统一致性优先于局部最优；审美与可访问性冲突时先标记冲突，再以可访问性为准。

适用边界

这个技能产出的是设计系统规范文档，不负责生成前端代码。它给出的默认值与取舍说明，需要使用者按业务场景决定，尤其是令牌命名与组件拆分方式。它也不做跨品牌风格适配：如果项目的视觉语言不是 Bold，字体栈与令牌需要整体替换。

按规范要求，涉及发送、发布、删除、付款、部署等外部写入操作时，必须先展示目标与影响，并取得明确确认。