技能介绍

复古点阵、抖动（dithered）风格最近又回到了界面设计里：用有限色板里的点阵图案模拟灰阶和色彩，做出怀旧、高对比的视觉效果。这类需求常见的失败方式是设计师给一张参考截图，工程侧照着像素硬调。一旦离开那张图，点距、疏密和对比关系就开始飘，组件之间也不再一致。

@user_fccf428b/dithered 不生成位图素材，它扮演的是设计系统指南作者的角色：把风格约束写成工程师可以直接落地的规范。核心工作流分六步：

先用一句话复述设计意图，再提出规则，避免后续条款偏离方向
先定义设计 tokens 和基础约束，再谈组件：排版用 14/16/18/24/32/40，字体组合是 Open Sans（正文）、Space Grotesk（展示）、IBM Plex Mono（等宽）；色彩只有 primary #3B82F6、secondary #8B5CF6、success #16A34A、warning #D97706、danger #DC2626、surface #FFFFFF、text #111827；间距固定 4/8/12/16/24/32
组件层会明确 anatomy、variants、states（default、hover、focus-visible、active、disabled、loading、error），并分别说明键盘、指针、触摸的交互行为
每条无障碍结论都要求可测试，遵循 WCAG 2.2 AA，键盘优先，焦点态必须可见
输出里包含反模式清单和存量 UI 的迁移说明，而不是只给新组件
最后附一份能在 code review 中执行的 QA checklist

规则措辞上区分 must（不可妥协）和 should（推荐），并且要求每条 do 规则至少配一个具体的 don't 例子。

它产出的是指南，不是点阵图或现成的组件库；视觉细节仍需要你在实现里验证
复古观感与可读性冲突时，规范明确要求优先可读性和可访问性，而不是继续堆风格
标签要具体、点击区域不能过小、装饰性动效必须有明确目的，这几点是硬性约束
安全边界：不自动安装依赖、不修改系统权限、不创建持久任务、不下载并执行外部内容；涉及发送、发布、删除、付款、部署等外部写入操作时，必须先展示目标与影响并取得明确确认；凭据只用于对应的官方服务，不回显、不记录、不转发