Impeccable Operate 模式深度指南为任务型产品 UI 与文档型 Read 界面建立可信赖的设计准则【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable当设计服务于任务而非品牌叙事时界面的一切细节都要重新校准用户此刻不是来“欣赏页面”的而是来完成操作、获取信息、做出决定的。本文基于 Impeccable 设计技能中负责任务承载与信息阅读场景的深度参考文档Operate mode depth and Read notes系统拆解其在排版、色彩、布局、组件、动效上的完整决策框架并结合技能内部的工作原理四大模式划分、Craft Floor 校验清单、色彩策略语汇说明如何在真实产品界面中落地。读完你将掌握一套可直接用于 App UI、管理后台、设置面板、数据表格与文档站点设计的判断准则以及一套用于快速甄别“看似正常实则令人迟疑”的界面缺陷的检查思路。Operate 模式在 Impeccable 中的位置设计为任务让路要理解这份深度参考首先要认识 Impeccable 技能的四模式体系。在 SKILL.md 中Impeccable 将界面按“访客在此表面上成功的标志是什么”划分为四种模式模式访客在做什么典型表面设计优先级Persuade决定并行动落地页、营销、活动页赢得注意与行动设计本身即产品Operate完成一个任务App UI、仪表盘、编辑器、后台、设置、工具可扫读、一致性、符合原生预期、真实使用场景Read理解某件事文档、文章、指南、帮助中心、更新日志为理解构建结构Experience沉浸于作品本身作品集、画廊、展示让作品从首屏领衔模式的选择依据是请求的表面而非产品类型一个工具官网仍然是 Persuade一家时装屋的文档仍然是 Read。当任务落到Operate产品界面与Read长文阅读时设计进入本文件讨论的深水区。两份文档在体系中各司其职SKILL.md 定义模式本体craft-floor.md 承载质量底线而本参考文档operate.md则是面向 Operate 表面的扩展深度——当方向已定、开始打磨产品 UI 细节时的细则集合。值得一提的是本参考文件并非孤本仓库为每个 AI 工具链分发了一份同源副本包括.trae-cn/skills/impeccable/、.claude/skills/impeccable/、.cursor/skills/impeccable/、.gemini/skills/impeccable/等目录以及plugin/skills/impeccable/与skill/reference/operate.md。无论从哪个 harness 加载约束是一致的——这正是“同一套视觉语汇贯穿所有屏幕”的元层面的体现。Product slop test操作界面失败的模式是“无目的的陌生感”大多数产品 UI 的失败并不在于扁平、朴素而在于一种充满无目的怪异的陌生感strangeness without purpose。这是本篇的核心测试称为Product slop test对品类熟悉的用户category-fluent user能否立即信任这个界面还是会在每一个略微失真的组件上停顿会引发停顿的典型信号包括过度装饰的按钮、形态不一致的表单控件、无端的动效、本该是标签的地方却用了展示字体、为标准任务发明了奇特的交互暗示。熟悉感在这里常常是特性——判断标准不是“它多惊艳”而是“它是否让工具消失在任务之中”。操作的界面应该让用户感觉不到设计的存在只感觉到任务的顺畅。与之形成对照的是品牌型Persuade界面那里陌生感可能恰是创意的来源。Operate 界面没有这个豁免权——参照 new-work.md 中“Refinement preserves; redesign replaces”的原则在既有产品上打磨 UI 时任何让用户停顿的组件都必须被当作缺陷处理。排版一个被调校好的无衬线家族往往就够了Operate/Read 界面的排版原则与品牌页面存在本质差异核心结论是产品 UI 通常不需要展示字体与正文字体的配对。一个被细致调校过的无衬线字体足以承担标题、按钮、标签、正文与数据的所有角色。对产品界面而言稳定性、可扫读性与版心宽度measure优先于个性表达。具体规则如下单一字族常常是正确答案。展示/正文双字体配对是品牌场景的修辞手段产品界面叠加它是噪音。此点与 typeset.md 的“Operate Read稳定、可扫读、版心优先单一被调校好的字族与固定角色比例尺通常是对的”完全一致。使用固定的 rem 缩放比例而非流式fluid。clamp()式的流式标题不适合产品界面用户在一致的 DPI 下查看内容一个在侧边栏里不断缩小的流式 h1 只会更难看。产品标题应该落在明确的台阶step上。采用更紧凑的比例。相邻字号台阶常见为 1.125–1.2 倍。产品界面承载的字体元素比品牌页面更多夸张的对比度差异会造成视觉噪音。反过来说craft-floor.md 提醒标题需要“明显的字号与字重台阶”obvious scale and weight steps——紧凑不等于含混角色仍须一瞥可辨。正文行宽依然适用 65–75ch。但数据与紧凑 UI 可以更密表格做到 120ch 也没问题。对于长文阅读的 Read 表面散文的行宽与导航比重组件密度更重要这正是本文件开头强调“Read 界面取 Read 模式加本文件的排版与一致性规则”的原因。色彩Restrained 是底线语义先于装饰产品界面的色彩默认是Restrained克制。这一色彩策略术语在整个技能中是一套成体系的语汇定义见 new-work.mdRestrained克制中性色加一个强调色当访客是为操作或阅读而来时这是默认策略。Committed坚定一个高饱和色承载 30–60% 的表面。Full palette / Drenched更强的色彩剂量Drenched 意味着表面本身即色彩。在 Operate 表面Restrained 是底线而非可选项。单个表面可以“挣得”更高的策略——例如用单一分类色承载整个报表的仪表盘、或以饱满色彩欢迎屏构成的 onboarding 流程——但从默认出发任何色彩主张都必须先回答“它服务于哪个语义角色”。具体准则建立状态丰富的语义词汇表并统一化hover、focus、active、disabled、selected、loading、error、warning、success、info。这套状态词汇是操作界面的基础设施应当在项目内标准化不允许每屏各自为政。强调色只用于主操作、当前选中与状态指示不用于装饰。这在 colorize.md 中被进一步表述为“让最强的颜色拥有一个深思熟虑的区域或角色而不是撒一把小点缀”“别把主操作的颜色花在装饰上”。提供第二中性层用于侧边栏、工具栏与面板——比内容表面略微偏冷或偏暖从而在保持克制的语汇内完成层次区分。这呼应 colorize.md 的“中性色仅在品牌色真正创造凝聚力时才做染色服务于世界的纯灰同样有效”。对比度是可量化的硬约束正文与占位文本 ≥4.5:1大文本 ≥3:1控件/图标/焦点指示 ≥3:1详见 craft-floor.md 与 colorize.md 的对比度表。在彩色表面上次级文本应从该色相或前景色派生永远不要用通用灰——这是“Built rather than assembled”构建而非拼装最廉价也最可靠的信号。布局响应式是结构性行为不是流式排版产品界面的响应式是结构性的折叠侧边栏、可响应式重排的数据表、由断点驱动的列变化。这与品牌页面上“标题随可用空间流动”的做法不同。原因很朴素操作界面必须保持空间可预期用户的肌肉记忆依赖稳定的布局拓扑。实操上可参考 layout.md 提供的工具化方法以“眯眼测试”squint test判断阅读次序与分组是否成立用贴近优于容器的原则组织相关元素通过紧张与宽松间隔的刻意对比建立韵律用 4 单位的间距基底取 8 单位比例尺所缺少的中间档并始终检查 DOM/焦点顺序与视觉顺序在窄屏、中屏、宽屏、缩放与本地化状态下保持一致。Operate 深度文档在此点的立场是纪律性的布局的响应属于结构域字体的流式属于展示域二者不要混淆。组件每个可交互组件都必须有完整的生命周期操作界面最容易“看起来半成品”的地方是只实现了组件的少数状态。这份文档给出的强制标准是每个可交互组件都应具备default、hover、focus、active、disabled、loading、error。不要带着其中一半上线。在此基础上还有三条组件级准则加载态用骨架屏skeleton而不是内容正中央的 spinner。骨架屏保留了布局结构用户知道内容即将就位居中 spinner 让界面“塌缩”再“弹开”反而强化了等待感。空状态要能教会用户使用界面而不是写一句“这里什么都没有”。这正是 onboard.md 的主题空状态是 onboarding 的天然机会应说明“这里会出现什么”“它为什么重要”“如何开始”主 CTA 模板入口并按首次使用、用户清空、无搜索结果、无权限、加载失败等空态类型分别设计应对。跨表面保持一致的 affordance。同样的按钮形状、同一套表单控件语汇、同一种图标风格。当两处的“保存”按钮长得不一样其中必有一处是错的。还有一个容易被忽视的实现级陷阱——浮层必须逃离它们的容器。绝对定位的下拉菜单如果位于overflow: hidden或overflow: auto的祖先内部就会被裁切。文档给出明确处方改用原生dialog、popover API、position: fixed或使用 portal 将浮层渲染到容器之外。动效150–250ms 为主动效传达状态而非装饰处于流程中的用户不该等待“编排好的演出”因此 Operate 界面的动效纪律非常明确绝大多数过渡保持在 150–250ms。这与 animate.md 中的计时表相印证100–150ms 用于即时反馈150–300ms 用于常规状态变化300–500ms 才用于布局/浮层/视图过渡500–800ms 是刻意授权的焦点入场。长时间反馈在用户感知中等同于延迟。动效传达状态不是装饰。状态变化、反馈、加载、揭示——除此之外没有别的合法用途。同样的原则在 animate.md 中表述为“动效用于解释状态、关系与层级或制造一个表面挣得授权的一次性作者时刻”。禁止编排式页面加载序列。产品是加载进一个任务的用户不想看着它加载。品牌页那套“分段揭示、滚动出场”的编排在 Operate 场景属于 animate.md 明令的“不要让用户等待页面加载编排”也落在“动画债”animation debt范畴。Product constraints操作界面的禁区清单这份文档的 Constraints 段实质是一份从反面划界的质量红线与 craft-floor.md 的 Refuse 清单同源互补不传达状态的装饰性动效——动效的唯一许可证是语义。跨屏不一致的组件语汇——保存按钮在两处长得不同就有一处是错的。在 UI 标签、按钮、数据中使用展示字体——展示字体只属于真正的展示时刻。为了“风味”重新发明标准 affordance——自定义滚动条、怪异表单控件、非标准模态框。标准控件意味着零学习成本。在非激活状态使用重色或全饱和强调色——克制是默认色彩应当被“挣得”。把模态框当第一反应——模态框通常是懒惰的产物。先穷尽内联inline与渐进式替代方案再考虑打断。此条与 craft-floor.md 的“为一个既不需要打断也不需要受保护焦点的任务使用模态框”禁令一致。Product permissions操作界面可以大胆做的事与品牌表面相比产品界面在另一方面拥有特权——它不必时刻保持“新鲜”反而应该拥抱标准与密度系统字体与熟悉的无衬线默认值。产品 UI 不需要靠字体立异typeset.md 同样确认 1rem/16px 是普通网页正文的底线。标准导航模式顶栏 侧边导航、面包屑、标签页、命令面板。这些是品类用户已经内化的语言。密度。多行的表格、多标签的面板、用户需要时的密集信息——产品 UI 有权不为“呼吸感”牺牲可操作的信息量。一致性胜过惊喜。屏与屏之间沿用同一套视觉语汇是美德惊喜delight是为时刻保留的不是为页面保留的。这一条在 delight.md 对应的delight命令语境中同样成立个性应被“花在值得的时刻”。把 Permissions 与 Constraints 对照阅读就能看清这份文档真正想传达的分寸操作界面既不必时髦到喧宾夺主也不必朴素到怀疑人生——它的“设计”体现在被调校过的熟悉感里。当你在这两个清单之间犹豫时craft-floor.md 的结尾建议是明确的每一次方向悬而未决时选择“投入”commit把预算花在真正属于这个产品的世界上。把这份深度接回工作流从设定方向到逐屏校验最后回答一个实操问题这份扩展深度如何在一次真实设计任务中被启用按 SKILL.md 的设置顺序工作流是分层的方向阶段先由 request 的 playbook 决定模式与命令参见 SKILL.md 的 Commands 表例如polish、layout、typeset、onboard都面向产品/文档表面。动手前一旦分析与方向敲定、即将编辑 UI立即加载 craft-floor.md——它承载质量底线与机械校验对比度、深度、间距、字体、动效、状态、浏览器表面、文案、覆盖度并按批次完成验证而非无休止地自审。深化打磨当任务落到 Operate/Read 表面、需要超出 floor 的细则时就以本文件operate.md为准执行上文全部准则。值得注意的是这套约束并非只停留在理念层仓库配套的实现与验证手段一直在强化其中的可执行面。例如 craft-floor.md 要求检查“你未曾绘制的部分”——文本选区、光标、自定义滚动条、焦点环、下划线偏移、表格数据中的数字——因为这些浏览器默认样式“不属于任何设计系统”却是判断页面是被真正构建还是被拼装出来的最廉价信号。再如 live.md 把“色彩策略Restrained / Committed / Full palette / Drenched”列为视觉变体模式的六大主轴之一意味着“Operate 默认 Restrained”的判断可以直接在浏览器变体迭代中被当作一条可切换、可比较的设计轴。从方向、到底线、再到 Operate/Read 的深度细则Impeccable 用三层文档把“设计让位于任务”从一句口号变成了可逐条执行的检查表。理解并熟练运用 operate.md 中的每一条准则你就能让仪表盘、后台、设置面板与数据表格从“看起来能用”升级为“用户毫不迟疑地信任”——这恰恰是任务型产品 UI 最值得追求的完成度。【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Impeccable Operate 模式深度指南：为任务型产品 UI 与文档型 Read 界面建立可信赖的设计准则
Impeccable Operate 模式深度指南为任务型产品 UI 与文档型 Read 界面建立可信赖的设计准则【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable当设计服务于任务而非品牌叙事时界面的一切细节都要重新校准用户此刻不是来“欣赏页面”的而是来完成操作、获取信息、做出决定的。本文基于 Impeccable 设计技能中负责任务承载与信息阅读场景的深度参考文档Operate mode depth and Read notes系统拆解其在排版、色彩、布局、组件、动效上的完整决策框架并结合技能内部的工作原理四大模式划分、Craft Floor 校验清单、色彩策略语汇说明如何在真实产品界面中落地。读完你将掌握一套可直接用于 App UI、管理后台、设置面板、数据表格与文档站点设计的判断准则以及一套用于快速甄别“看似正常实则令人迟疑”的界面缺陷的检查思路。Operate 模式在 Impeccable 中的位置设计为任务让路要理解这份深度参考首先要认识 Impeccable 技能的四模式体系。在 SKILL.md 中Impeccable 将界面按“访客在此表面上成功的标志是什么”划分为四种模式模式访客在做什么典型表面设计优先级Persuade决定并行动落地页、营销、活动页赢得注意与行动设计本身即产品Operate完成一个任务App UI、仪表盘、编辑器、后台、设置、工具可扫读、一致性、符合原生预期、真实使用场景Read理解某件事文档、文章、指南、帮助中心、更新日志为理解构建结构Experience沉浸于作品本身作品集、画廊、展示让作品从首屏领衔模式的选择依据是请求的表面而非产品类型一个工具官网仍然是 Persuade一家时装屋的文档仍然是 Read。当任务落到Operate产品界面与Read长文阅读时设计进入本文件讨论的深水区。两份文档在体系中各司其职SKILL.md 定义模式本体craft-floor.md 承载质量底线而本参考文档operate.md则是面向 Operate 表面的扩展深度——当方向已定、开始打磨产品 UI 细节时的细则集合。值得一提的是本参考文件并非孤本仓库为每个 AI 工具链分发了一份同源副本包括.trae-cn/skills/impeccable/、.claude/skills/impeccable/、.cursor/skills/impeccable/、.gemini/skills/impeccable/等目录以及plugin/skills/impeccable/与skill/reference/operate.md。无论从哪个 harness 加载约束是一致的——这正是“同一套视觉语汇贯穿所有屏幕”的元层面的体现。Product slop test操作界面失败的模式是“无目的的陌生感”大多数产品 UI 的失败并不在于扁平、朴素而在于一种充满无目的怪异的陌生感strangeness without purpose。这是本篇的核心测试称为Product slop test对品类熟悉的用户category-fluent user能否立即信任这个界面还是会在每一个略微失真的组件上停顿会引发停顿的典型信号包括过度装饰的按钮、形态不一致的表单控件、无端的动效、本该是标签的地方却用了展示字体、为标准任务发明了奇特的交互暗示。熟悉感在这里常常是特性——判断标准不是“它多惊艳”而是“它是否让工具消失在任务之中”。操作的界面应该让用户感觉不到设计的存在只感觉到任务的顺畅。与之形成对照的是品牌型Persuade界面那里陌生感可能恰是创意的来源。Operate 界面没有这个豁免权——参照 new-work.md 中“Refinement preserves; redesign replaces”的原则在既有产品上打磨 UI 时任何让用户停顿的组件都必须被当作缺陷处理。排版一个被调校好的无衬线家族往往就够了Operate/Read 界面的排版原则与品牌页面存在本质差异核心结论是产品 UI 通常不需要展示字体与正文字体的配对。一个被细致调校过的无衬线字体足以承担标题、按钮、标签、正文与数据的所有角色。对产品界面而言稳定性、可扫读性与版心宽度measure优先于个性表达。具体规则如下单一字族常常是正确答案。展示/正文双字体配对是品牌场景的修辞手段产品界面叠加它是噪音。此点与 typeset.md 的“Operate Read稳定、可扫读、版心优先单一被调校好的字族与固定角色比例尺通常是对的”完全一致。使用固定的 rem 缩放比例而非流式fluid。clamp()式的流式标题不适合产品界面用户在一致的 DPI 下查看内容一个在侧边栏里不断缩小的流式 h1 只会更难看。产品标题应该落在明确的台阶step上。采用更紧凑的比例。相邻字号台阶常见为 1.125–1.2 倍。产品界面承载的字体元素比品牌页面更多夸张的对比度差异会造成视觉噪音。反过来说craft-floor.md 提醒标题需要“明显的字号与字重台阶”obvious scale and weight steps——紧凑不等于含混角色仍须一瞥可辨。正文行宽依然适用 65–75ch。但数据与紧凑 UI 可以更密表格做到 120ch 也没问题。对于长文阅读的 Read 表面散文的行宽与导航比重组件密度更重要这正是本文件开头强调“Read 界面取 Read 模式加本文件的排版与一致性规则”的原因。色彩Restrained 是底线语义先于装饰产品界面的色彩默认是Restrained克制。这一色彩策略术语在整个技能中是一套成体系的语汇定义见 new-work.mdRestrained克制中性色加一个强调色当访客是为操作或阅读而来时这是默认策略。Committed坚定一个高饱和色承载 30–60% 的表面。Full palette / Drenched更强的色彩剂量Drenched 意味着表面本身即色彩。在 Operate 表面Restrained 是底线而非可选项。单个表面可以“挣得”更高的策略——例如用单一分类色承载整个报表的仪表盘、或以饱满色彩欢迎屏构成的 onboarding 流程——但从默认出发任何色彩主张都必须先回答“它服务于哪个语义角色”。具体准则建立状态丰富的语义词汇表并统一化hover、focus、active、disabled、selected、loading、error、warning、success、info。这套状态词汇是操作界面的基础设施应当在项目内标准化不允许每屏各自为政。强调色只用于主操作、当前选中与状态指示不用于装饰。这在 colorize.md 中被进一步表述为“让最强的颜色拥有一个深思熟虑的区域或角色而不是撒一把小点缀”“别把主操作的颜色花在装饰上”。提供第二中性层用于侧边栏、工具栏与面板——比内容表面略微偏冷或偏暖从而在保持克制的语汇内完成层次区分。这呼应 colorize.md 的“中性色仅在品牌色真正创造凝聚力时才做染色服务于世界的纯灰同样有效”。对比度是可量化的硬约束正文与占位文本 ≥4.5:1大文本 ≥3:1控件/图标/焦点指示 ≥3:1详见 craft-floor.md 与 colorize.md 的对比度表。在彩色表面上次级文本应从该色相或前景色派生永远不要用通用灰——这是“Built rather than assembled”构建而非拼装最廉价也最可靠的信号。布局响应式是结构性行为不是流式排版产品界面的响应式是结构性的折叠侧边栏、可响应式重排的数据表、由断点驱动的列变化。这与品牌页面上“标题随可用空间流动”的做法不同。原因很朴素操作界面必须保持空间可预期用户的肌肉记忆依赖稳定的布局拓扑。实操上可参考 layout.md 提供的工具化方法以“眯眼测试”squint test判断阅读次序与分组是否成立用贴近优于容器的原则组织相关元素通过紧张与宽松间隔的刻意对比建立韵律用 4 单位的间距基底取 8 单位比例尺所缺少的中间档并始终检查 DOM/焦点顺序与视觉顺序在窄屏、中屏、宽屏、缩放与本地化状态下保持一致。Operate 深度文档在此点的立场是纪律性的布局的响应属于结构域字体的流式属于展示域二者不要混淆。组件每个可交互组件都必须有完整的生命周期操作界面最容易“看起来半成品”的地方是只实现了组件的少数状态。这份文档给出的强制标准是每个可交互组件都应具备default、hover、focus、active、disabled、loading、error。不要带着其中一半上线。在此基础上还有三条组件级准则加载态用骨架屏skeleton而不是内容正中央的 spinner。骨架屏保留了布局结构用户知道内容即将就位居中 spinner 让界面“塌缩”再“弹开”反而强化了等待感。空状态要能教会用户使用界面而不是写一句“这里什么都没有”。这正是 onboard.md 的主题空状态是 onboarding 的天然机会应说明“这里会出现什么”“它为什么重要”“如何开始”主 CTA 模板入口并按首次使用、用户清空、无搜索结果、无权限、加载失败等空态类型分别设计应对。跨表面保持一致的 affordance。同样的按钮形状、同一套表单控件语汇、同一种图标风格。当两处的“保存”按钮长得不一样其中必有一处是错的。还有一个容易被忽视的实现级陷阱——浮层必须逃离它们的容器。绝对定位的下拉菜单如果位于overflow: hidden或overflow: auto的祖先内部就会被裁切。文档给出明确处方改用原生dialog、popover API、position: fixed或使用 portal 将浮层渲染到容器之外。动效150–250ms 为主动效传达状态而非装饰处于流程中的用户不该等待“编排好的演出”因此 Operate 界面的动效纪律非常明确绝大多数过渡保持在 150–250ms。这与 animate.md 中的计时表相印证100–150ms 用于即时反馈150–300ms 用于常规状态变化300–500ms 才用于布局/浮层/视图过渡500–800ms 是刻意授权的焦点入场。长时间反馈在用户感知中等同于延迟。动效传达状态不是装饰。状态变化、反馈、加载、揭示——除此之外没有别的合法用途。同样的原则在 animate.md 中表述为“动效用于解释状态、关系与层级或制造一个表面挣得授权的一次性作者时刻”。禁止编排式页面加载序列。产品是加载进一个任务的用户不想看着它加载。品牌页那套“分段揭示、滚动出场”的编排在 Operate 场景属于 animate.md 明令的“不要让用户等待页面加载编排”也落在“动画债”animation debt范畴。Product constraints操作界面的禁区清单这份文档的 Constraints 段实质是一份从反面划界的质量红线与 craft-floor.md 的 Refuse 清单同源互补不传达状态的装饰性动效——动效的唯一许可证是语义。跨屏不一致的组件语汇——保存按钮在两处长得不同就有一处是错的。在 UI 标签、按钮、数据中使用展示字体——展示字体只属于真正的展示时刻。为了“风味”重新发明标准 affordance——自定义滚动条、怪异表单控件、非标准模态框。标准控件意味着零学习成本。在非激活状态使用重色或全饱和强调色——克制是默认色彩应当被“挣得”。把模态框当第一反应——模态框通常是懒惰的产物。先穷尽内联inline与渐进式替代方案再考虑打断。此条与 craft-floor.md 的“为一个既不需要打断也不需要受保护焦点的任务使用模态框”禁令一致。Product permissions操作界面可以大胆做的事与品牌表面相比产品界面在另一方面拥有特权——它不必时刻保持“新鲜”反而应该拥抱标准与密度系统字体与熟悉的无衬线默认值。产品 UI 不需要靠字体立异typeset.md 同样确认 1rem/16px 是普通网页正文的底线。标准导航模式顶栏 侧边导航、面包屑、标签页、命令面板。这些是品类用户已经内化的语言。密度。多行的表格、多标签的面板、用户需要时的密集信息——产品 UI 有权不为“呼吸感”牺牲可操作的信息量。一致性胜过惊喜。屏与屏之间沿用同一套视觉语汇是美德惊喜delight是为时刻保留的不是为页面保留的。这一条在 delight.md 对应的delight命令语境中同样成立个性应被“花在值得的时刻”。把 Permissions 与 Constraints 对照阅读就能看清这份文档真正想传达的分寸操作界面既不必时髦到喧宾夺主也不必朴素到怀疑人生——它的“设计”体现在被调校过的熟悉感里。当你在这两个清单之间犹豫时craft-floor.md 的结尾建议是明确的每一次方向悬而未决时选择“投入”commit把预算花在真正属于这个产品的世界上。把这份深度接回工作流从设定方向到逐屏校验最后回答一个实操问题这份扩展深度如何在一次真实设计任务中被启用按 SKILL.md 的设置顺序工作流是分层的方向阶段先由 request 的 playbook 决定模式与命令参见 SKILL.md 的 Commands 表例如polish、layout、typeset、onboard都面向产品/文档表面。动手前一旦分析与方向敲定、即将编辑 UI立即加载 craft-floor.md——它承载质量底线与机械校验对比度、深度、间距、字体、动效、状态、浏览器表面、文案、覆盖度并按批次完成验证而非无休止地自审。深化打磨当任务落到 Operate/Read 表面、需要超出 floor 的细则时就以本文件operate.md为准执行上文全部准则。值得注意的是这套约束并非只停留在理念层仓库配套的实现与验证手段一直在强化其中的可执行面。例如 craft-floor.md 要求检查“你未曾绘制的部分”——文本选区、光标、自定义滚动条、焦点环、下划线偏移、表格数据中的数字——因为这些浏览器默认样式“不属于任何设计系统”却是判断页面是被真正构建还是被拼装出来的最廉价信号。再如 live.md 把“色彩策略Restrained / Committed / Full palette / Drenched”列为视觉变体模式的六大主轴之一意味着“Operate 默认 Restrained”的判断可以直接在浏览器变体迭代中被当作一条可切换、可比较的设计轴。从方向、到底线、再到 Operate/Read 的深度细则Impeccable 用三层文档把“设计让位于任务”从一句口号变成了可逐条执行的检查表。理解并熟练运用 operate.md 中的每一条准则你就能让仪表盘、后台、设置面板与数据表格从“看起来能用”升级为“用户毫不迟疑地信任”——这恰恰是任务型产品 UI 最值得追求的完成度。【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
