技能介绍

解决的规范落地问题

设计稿里“现代、极简、干净”这类词很容易通过评审，但进到代码库就失控：间距忽大忽小、颜色直接写字面值、按钮状态缺少 focus-visible 与 disabled 规则、文案标签含糊，最后同一个产品出现多套视觉方言。这个技能解决的是把 Sleek 风格从审美描述转成工程可执行的设计系统指南。

它如何产出规范

它按 Sleek Design System Skill (Universal) 的流程写作：先复述设计意图，再定义 design tokens 与基础约束，然后进入组件级规则。输出结构固定为上下文与目标、令牌与基础、组件规则、无障碍验收标准、内容语气、反模式、QA 清单。

Foundations：现代、极简、干净；字体主用 Inter，等宽用 JetBrains Mono；字重覆盖 100 到 900；颜色令牌包括 primary、secondary、success、warning、danger、surface、text；间距按 8pt 基线网格。
Components：明确解剖结构、变体、状态与响应式行为，至少覆盖 default、hover、focus-visible、active、disabled、loading、error 等场景，并说明键盘、指针、触屏差异。
Accessibility：对齐 WCAG 2.2 AA、键盘优先、可见焦点；每条无障碍结论都要能测试，不能停留在“建议友好一点”。
Rules：用 must 表达不可协商项，用 should 表达推荐项；避免低对比文本、断裂间距节奏和模糊标签；每条 do 至少配一个具体 don't 示例。

适用边界

它适合在已有界面中做一致性治理，也适合在开发前补齐设计系统。需要人工判断的是审美冲突：当样式与可访问性冲突时，规范应优先 accessibility，并显式标记冲突；遇到长标签、空状态、溢出等边界情况，需要结合产品语境决定。它不会自动安装依赖、修改系统权限、创建持久化任务或执行下载内容；涉及发送、发布、删除、付款、部署等外部写入时，必须先展示目标与影响并获得明确确认。凭据只用于用户指定的对应官方服务，不回显、不记录，也不转发到无关地址；命令和代码默认作为参考，只有在范围清楚且用户明确要求时才可运行。