distill
作者 pbakausdistill 可通过去除干扰、薄弱层级和冗余选项来简化杂乱的 UI 设计,让核心任务更清晰。适合在某个界面需要有纪律地做减法、理清优先级,并进行一轮聚焦式简化时使用。
该技能评分为 68/100,说明它可以收录到目录中供用户参考,但更适合被视为一种轻量级、以说明为主的设计评审工作流,而不是一个可直接完整运行的包。对于简化 UI、清理杂乱界面这类请求,它的触发匹配度较高,也提供了一个可用的评估视角;但实际执行仍依赖代理如何理解这些较宽泛的指导,并且还需要访问独立的前置依赖 `$impeccable`。
- 触发性强:frontmatter 明确将该技能映射到 simplify、declutter、reduce noise 和 clean up UI 等请求。
- 提供了较完整的设计减法工作流,包括复杂度来源分析,以及围绕主要用户目标、必要性和 progressive disclosure 的判断方法。
- 包含面向决策的约束,例如在无法推断关键上下文时要求向用户追问,并要求先通过 `$impeccable` 完成前置的上下文收集。
- 对 `$impeccable` 的运行依赖是硬性要求,但当前仓库证据中,技能文件夹本身并未包含被引用的原则或协议。
- 未提供示例、脚本、代码块或具体的前后对比输出,因此代理在实际应用这些建议时,仍可能需要自行揣摩。
distill 技能概览
distill 的作用
distill 技能可以帮你简化 UI:移除噪音、冗余选项和薄弱的层级关系,直到核心任务一目了然。它最适合那些真正需要把界面变得更清晰、更轻盈、更容易扫读的设计决策,而不只是“看起来更漂亮”。如果你需要一个用于界面去芜存菁的 distill 指南,这个技能正是为这种硬核简化而准备的。
UI Design 的最佳适用场景
在一个屏幕元素过多、优先级混乱,或者存在与主用户目标无关的视觉装饰时,UI Design 工作中就适合使用 distill。它对产品设计师、前端团队,以及在实现前需要先做严格简化的 AI agent 都很有用。它的核心价值在于判断:哪些该删、哪些该合并、哪些该隐藏、哪些该延后。
它为什么不同
这个 distill 技能不是那种泛泛的“把它弄得更干净”的提示词。它的工作流程是先评估复杂度来源,再确定唯一的主目标,最后把内容压缩到必要项。这让它比起开放式品牌设计,更适合处理凌乱的功能页、仪表盘、表单和设置页。最强的输出通常出现在输入里已经包含目标页面,以及明确的简化原因时。
如何使用 distill 技能
安装 distill 并阅读入口文件
使用 npx skills add pbakaus/impeccable --skill distill 安装。先看 SKILL.md,因为它是这个 skill 路径下唯一的源文件,定义了完整工作流。如果你在评估 distill 是否适合安装,缺少辅助文件意味着你应该预期主要依赖这套核心指令,而不是更大的参考系统。
给技能一个真实的设计目标
distill 的使用模式在你明确指出屏幕、说明问题,并描述当前混乱点时效果最好。弱提示词是:“简化这个页面。” 更强的写法是:“Distill 面向首次购买者的定价页:减少竞争性的 CTA,保留一个主操作,并保持对比信息清晰。” 当约束会影响哪些内容能删时,要一并写清楚,比如“必须保留 checkout”、“必须保留法律文本”或“mobile-first”。
按顺序阅读工作流
这个技能的逻辑是:评估当前状态,找出本质,再做简化。也就是说,在核心结构没有理顺之前,不要先要求做视觉润色。为了让输出更好,建议先提供以下任一种输入:截图、页面描述、组件列表,或当前层级关系的简要地图。如果缺少设计上下文,技能会先要求补充说明,再去 confidently distill。
把它当作一次简化通道来用
最好的 distill 指南用法,是在你已经知道产品要完成什么、但还没进入最终视觉细节之前使用它。你要的是一份简化方案,而不只是重写后的提示词。例如:“把这个 dashboard 压缩成一个主操作、三个关键指标和一个辅助面板;说明哪些应该删除、合并或延后。” 这样技能就有足够结构产出可执行的简化建议。
distill 技能常见问题
distill 只适合 UI Design 吗?
大体上是的。这个技能的定位就是简化界面、层级和交互密度。它也能帮助处理内容密集型页面,但最强的使用场景仍然是 distill for UI Design,尤其适合视觉噪音才是核心问题的时候。
使用 distill 需要完整规格说明吗?
不需要,但你至少要提供足够上下文,让技能能识别主要用户目标以及造成复杂度的部分。如果你只有一个模糊想法,技能会先追问澄清。一个截图加上一句目标受众说明,通常就足以开始。
distill 和普通提示词有什么不同?
普通提示词可能只会要求清理,但没有定义哪些内容必须保留。distill 更偏决策:它会问什么最重要、什么可以移除、核心流程是什么。这让它在你需要的是有纪律的收缩,而不是风格层面的润色时,更加有用。
什么时候不该用 distill?
当问题是功能缺失,而不是复杂度过高时,不要用它。如果界面本来就很简单,但用户失败是因为流程断裂,那你需要的是可用性修复,而不是简化。对于那些设计上就必须信息密集的产品,比如带有大量必要控制项的高级管理工具,它也不太适合。
如何改进 distill 技能
先从真实约束开始
提升效果最大的做法,是先告诉 distill 哪些地方不能改。列出固定元素,比如必填字段、法律文本、现有导航,或者必须保留的操作。这样可以避免过度简化,也能帮助技能把注意力集中在真正可以被 distill 的部分上。
把杂乱和核心价值分开
当你要求 distill 时,要明确标注哪些元素是必需的,哪些是装饰性的或冗余的。例如:“保留搜索、筛选和一个主 CTA;删除重复统计、次级按钮和装饰性面板。” 这种输入对简化流程的提升,远胜于泛泛的“把它整理干净”之类说法。
先迭代层级,再动视觉
如果第一次输出还是太拥挤,就要求第二轮先收紧层级,再去改颜色或间距。常见失败模式是:页面看起来更干净了,但操作还是太多。常见修正方式是:让 distill 合并选项、移除非关键路径,并把一个下一步动作设为绝对主导。这是得到更强 distill 结果最快的方式。
给技能提供合适的证据
如果你想让 distill 的结果更好,就提供当前屏幕状态、目标设备和期望的用户结果。像“mobile settings page,保留 account 和 security,为首次用户做简化”这样的紧凑输入,比宽泛的审美要求更有用。证据越具体,技能就越能准确判断该删什么,而不会伤到产品本身。
