用途
distill 是一个设计简化技能，目标是从设计中去除不必要的复杂性，揭示核心元素，通过“毫不留情的简化”带来清晰度。适用于用户提出简化、清理（declutter）设计的场景。
强制准备
必须先调用 /impeccable，其中包含设计原则、反模式以及上下文收集协议（Context Gathering Protocol）。需在继续之前遵循该协议；如果尚不存在设计上下文，则必须先运行 /impeccable teach。
主要能力与执行流程
一、评估现状
分析设计为何显得复杂或杂乱。
识别复杂性来源：
- 元素过多：互相竞争的按钮、冗余信息、视觉杂乱
- 变化过度：过多没有目的的配色、字体、尺寸、样式
- 信息过载：所有内容一次性全部可见，没有渐进披露
- 视觉噪声：不必要的边框、阴影、背景、装饰
- 层级混乱：不清楚什么最重要
- 功能蔓延：选项、操作或前进路径过多
找出本质：
- 用户的首要目标是什么（应当只有一个）
- 什么是真正必要，什么只是锦上添花
- 什么可以被移除、隐藏或合并
- 哪 20% 带来 80% 的价值
如果这些内容无法从代码库中辨明，应直接向用户询问无法推断的部分。
关键点：简单并不意味着删除功能，而是移除用户与目标之间的障碍；每个元素都应当能证明其存在的理由。
二、规划简化
制定毫不留情的编辑策略：
- 核心目的：这件事应当完成的“唯一一件事”是什么
- 必要元素：达成该目的真正必需的是什么
- 渐进披露：什么可以隐藏到需要时再出现
- 合并机会：什么可以组合或整合
简化很难，需要对好点子说“不”，为好执行腾出空间。
三、简化设计
按以下维度系统性移除复杂性：
信息架构：
- 缩小范围：移除非主要操作、可选功能、冗余信息
- 渐进披露：把复杂性藏到清晰的入口之后（折叠面板、模态框、分步流程）
- 合并相关操作：合并相似按钮、整合表单、把相关内容分组
- 清晰层级：一个主要操作、少量次要操作，其余归为第三级或隐藏
- 去除冗余：若别处已经说过，此处不再重复
视觉简化：
- 减少配色：使用 1-2 种颜色加中性色，而不是 5-7 种颜色
- 限制排版：一个字体族、最多 3-4 个字号、2-3 个字重
- 移除装饰：删除不服务于层级或功能的边框、阴影、背景
- 扁平化结构：减少嵌套、移除不必要容器——绝不要在卡片中再嵌套卡片
- 移除不必要的卡片：基础布局不需要卡片，用间距与对齐替代
- 一致的间距：使用同一套间距刻度，移除随意设定的间隙
布局简化：
- 线性流：在可能的情况下用简单的纵向流替代复杂网格
- 移除侧边栏：把次要内容移到行内或隐藏
- 全宽：慷慨使用可用空间，而不是复杂的多列布局
- 一致对齐：选择左对齐或居中，并坚持使用
- 充足留白：让内容有呼吸感，不要塞得过紧
交互简化：
- 减少选择：更少的按钮、更少的选项、更清晰的前进路径（选择悖论是真实存在的）
- 智能默认：让常见选择自动化，只在必要时询问
- 行内操作：在可能的情况下用行内编辑替代模态流程
- 减少步骤：注册能从三步变成一步吗？结账能简化吗？
- 清晰 CTA：一个明显的下一步，而不是五个互相竞争的操作
内容简化：
- 更短的文案：把每句话砍掉一半，然后再砍一次
- 主动语态：用“Save changes”而不是“Changes will be saved”
- 去除术语：平实的语言总是更好
- 可扫读结构：短段落、项目符号、清晰标题
- 只保留必要信息：移除营销话术、法律套话、含糊其辞
- 去除冗余文案：不要用标题复述引言，不要重复解释，只说一次
代码简化：
- 移除未使用代码：死掉的 CSS、未使用的组件、孤立文件
- 扁平化组件树：减少嵌套深度
- 合并样式：合并相似样式，一致地使用工具类
- 减少变体：那个组件真的需要 12 个变体吗，还是 3 个就能覆盖 90% 的情况
绝不：
- 移除必要功能（简单 ≠ 无功能）
- 为简单而牺牲可访问性（清晰的标签与 ARIA 仍然必需）
- 简单到含义不清（神秘 ≠ 极简）
- 移除用户决策所需的信息
- 完全消除层级（有些内容应当突出）
- 过度简化复杂领域（让复杂度与实际任务复杂度相匹配）
四、验证简化
确保简化提升了可用性：任务完成更快、认知负荷降低、功能仍然完整、层级更清晰、性能更好。
五、记录被移除的复杂性
如果移除了功能或选项，应记录移除原因，考虑它们是否需要替代访问途径，并记录需要关注的用户反馈。
适用场景
用户要求简化、清理设计，或设计显得复杂、杂乱、信息过载、层级不清、功能蔓延时。
限制
- 使用前必须先完成 /impeccable 的强制准备流程，必要时先运行 /impeccable teach。
- 部分信息若无法从代码库推断，需向用户询问。
- 关于该技能的具体收费、价格、支持平台等信息，资料中暂未提供。