设计减法：删掉干扰，保留信息与功能

按用户任务判断保留、删除、合并和延后展示，避免把极简误解为删功能或删内容。

提示词发布于 2026-11-09更新于 2026-11-09浏览 2

部分附加信息、来源说明或示例仍显示原文。

来源：import:liubai_public_20261104 · https://github.com/Shanvision-star/liubai-prompt-library/blob/25f0137e36a8fae46aebace86b18cdfeff624a99/bundled-library/entries/PRM-0003/original.md · 授权：Apache License 2.0；原文来自对应上游项目，许可全文：http://promptlab.zhichow.com/licenses/apache-2.0.txt

# 留白素材 # 工作流

适用说明

适用场景

原文来源：https://github.com/pbakaus/impeccable/blob/5cb95eea9c96479f57afe0732a45470d30183326/skill/reference/distill.md
效果未实测。

上游 NOTICE：
# Third-Party Notices

This project includes content derived from third-party work, used under the terms of its original license.

## Platform Design Skills

The `skill/reference/ios.md` and `skill/reference/android.md` platform reference files are distilled from ehmo's `platform-design-skills` (Apple Human Interface Guidelines and Material Design 3 rules), rewritten in Impeccable's voice.

**Original work:** https://github.com/ehmo/platform-design-skills
**Original license:** MIT
**Author:** ehmo

公开署名

pbakaus/impeccable 贡献者；留白素材库收录

EXAMPLE

使用示例

该主题的原文与优化版共用这份示例。

提示词示例输入

示例页面的主要任务是查找文章；页面重复显示三处发布入口、两组相同统计和多种装饰徽章。发布功能仍需保留。

文字示意结果

以下结果为人工编写的示意，并非模型实测输出。

保留搜索、文章列表和一个清晰的发布入口；合并重复统计，移除没有信息作用的徽章；低频操作可放入明确的菜单。调整后核对原有任务仍可完成，而不是直接删除功能。

实际生成时的文字输入

Create one original 2-by-2 sheet of FOUR equal landscape frames showing a user-interface simplification example, edge-to-edge with no gutters or labels. Each tile shows the SAME centered browser window on a pale warm gray background. The first contains a busy but legible abstract interface with too many little decorative badges, duplicate bars and extra colorful boxes; over the next frames remove only redundant decorative clutter and consolidate duplicate visual blocks, ending in a calm clear interface with one dominant content card, one small primary button, and a compact secondary area. Keep the core card and its actions present throughout; same window, camera, palette and position. No readable words, letters, numbers, logos or watermark. Restrained blue, slate, cream colors, polished flat editorial illustration, clear hierarchy.

查看输入译文

译文仅供参考；实际生成时使用的是上方原文。

创作一张 2 x 2 的原始单页，包含四个等大的横向画幅，展示一个用户界面简化示例，画面边缘相接，无间距或标签。每个图块在淡暖灰色背景上展示同一个居中的浏览器窗口。第一个图块包含一个繁忙但清晰的抽象界面，带有过多的微小装饰性徽章、重复的栏目和额外的彩色方块；在接下来的画幅中，仅移除冗余的装饰性杂物并合并重复的视觉区块，最终呈现一个冷静清晰的界面，包含一个主导内容卡片、一个小的主要按钮和一个紧凑的次要区域。在整个过程中保持核心卡片及其操作功能不变；保持相同的窗口、相机、色调和位置。禁止出现可读的文字、字母、数字、标志或水印。克制的蓝色、石板色、奶油色，精致的扁平化编辑插画风格，清晰的层级结构。

图片与动图示意结果

界面从视觉杂乱逐步整理为更清晰的层级；示意图不代表应删除用户所需功能。

静态图片由 imagegen 按上面的输入生成；动图由生成的四帧画面拼接而成，效果仅供参考。

THE PROMPT

提示词正文

将设计剥离至其本质。移除任何名不副实的内容：冗余元素、重复信息、装饰性噪音、表面上的复杂性。


---

## 评估现状

分析导致设计显得复杂或杂乱的原因：

1. **识别复杂性来源**：
   - **元素过多**：相互竞争的按钮、冗余信息、视觉杂乱
   - **过度变化**：过多无目的的颜色、字体、尺寸、样式
   - **信息过载**：所有内容同时可见，缺乏渐进式披露
   - **视觉噪音**：不必要的边框、阴影、背景、装饰
   - **层级混乱**：不清楚什么是最重要的
   - **功能蔓延**：过多的选项、操作或路径

2. **寻找本质**：
   - 用户的主要目标是什么？（应当只有一个）
   - 什么是真正必要的，什么是锦上添花的？
   - 什么可以被移除、隐藏或合并？
   - 什么是能提供 80% 价值的 20%？

如果代码库中任何信息不明确，请勿猜测。{{ask_instruction}}

简约并非在于移除功能。而是在于移除用户与其目标之间的障碍。每一个元素都应当证明其存在的合理性。

## 计划简化

制定一套无情的编辑策略：

- **核心目的**：这件事应该实现的唯一目标是什么？
- **必要元素**：实现该目的真正必需的内容是什么？
- **渐进式披露**：哪些内容可以在需要时再显示？
- **整合机会**：哪些内容可以合并或集成？

为了给卓越的执行留出空间，请准备好对好的想法说“不”。

## 简化设计

从以下维度系统性地消除复杂性：

### 信息架构
- **缩小范围**：移除次要操作、可选功能和冗余信息
- **渐进式披露**：将复杂性隐藏在清晰的入口点之后（折叠面板、模态框、分步流程）
- **合并相关操作**：合并相似的按钮，整合表单，对相关内容进行分组
- **清晰的层级**：一个主要操作，少量次要操作，其他所有内容均为三级或隐藏
- **消除冗余**：如果其他地方已经说明过，不要在这里重复

### 视觉简化
- **减少配色方案**：使用 1-2 色彩及中性色，而非 5-7 色彩
- **限制字体排版**：单一字体族，字号种类最多为 3-4 种，字重为 2-3 种
- **移除装饰**：消除不具备层级或功能作用的边框、阴影和背景
- **扁平化结构**：减少嵌套，移除不必要的容器；严禁在卡片内嵌套卡片
- **移除不必要的卡片**：基础布局不需要卡片；应使用间距和对齐来替代
- **一致的间距**：使用统一的间距比例，移除任意间隙

### 布局简化
- **线性流**：尽可能用简单的垂直流取代复杂的网格
- **移除侧边栏**：将次要内容移至行内或将其隐藏
- **全宽**：慷慨地利用可用空间，而非使用复杂的多栏布局
- **一致的对齐**：选择左对齐或居中对齐，并保持一致
- **充足的留白**：让内容有呼吸感，不要挤压在一起

### 交互简化
- **减少选择**：更少的按钮，更少的选项，更清晰的前进路径（选择悖论是真实存在的）
- **智能默认值**：使常见选择自动完成，仅在必要时询问
- **行内操作**：尽可能用行内编辑取代模态流
- **减少步骤**：流程能否减少一个步骤？
- **明确下一步动作**：只有一个明显的下一步动作，而不是五个相互竞争的动作

### 内容简化
- **更短的文案**：将每个句子减半，然后再减半
- **主动语态**：“保存更改”而非“更改将被保存”
- **去除术语**：平实的语言始终胜出
- **可扫描结构**：短段落、项目符号、清晰的标题
- **仅保留核心信息**：去除营销废话、法律术语、模棱两可的措辞
- **去除冗余文案**：不要重复介绍的标题，不要重复的解释，说一遍即可

### 代码简化
- **移除未使用的代码**：无效的 CSS、未使用的组件、孤立的文件
- **扁平化组件树**：减少嵌套深度
- **合并样式**：合并相似样式，一致地使用工具类
- **减少变体**：该组件需要 12 变体，还是 3 可以覆盖 90% 的情况？

**避免**：
- 移除必要的功能（简单 不等于 无功能)
- 为了简单而牺牲无障碍性（仍需清晰的标签和 ARIA）
- 使事物变得过于简单而导致含义不明（神秘 不等于 极简主义）
- 移除用户做出决策所需的信息
- 完全消除层级结构（某些内容应当突出)
- 过度简化复杂领域（使复杂度与实际任务复杂度相匹配）

## 验证简化效果

确保简化能提升可用性：

- **更快的任务完成速度**：用户能否更快速地达成目标？
- **降低认知负荷**：是否更容易理解该做什么？
- **保持完整性**：所有必要功能是否仍然可以访问？
- **更清晰的层级结构**：最重要的内容是否显而易见？
- **更好的性能**：更简单的设计是否加载更快？

## 记录已移除的复杂度

如果您移除了功能或选项：
- 记录移除的原因
- 考虑它们是否需要替代的访问点
- 记录任何需要监控的用户反馈

当删减恰当时，交给 `{{command_prefix}}impeccable polish` 进行最后处理。正如安托万·德·圣-埃克苏佩里所说：“完美不是指无加可添，而是指无减可减。”

提示词仅供参考，请结合实际场景调整，并核实 AI 生成结果。