impeccable 中的 `/impeccable bolder`:如何在不动摇既有设计系统的前提下,把平淡的界面段落"做更大胆"
导读
本文讲解开源设计 Agent 技能库 impeccable(项目描述为"The design language that makes your AI harness better at design")中的 bolder(放大)命令——它面向那些"已经上线、整体合格但某一段读起来很平"的前端界面,目标是把指定目标段提升到页面其余部分早已具备的"确信度",同时严格保持一切既定约定。读完本文,你将掌握 bolder 命令的调用形态、作用域铁律、四步放大手法、骨架自检方法,以及仓库中关于它的命令元数据与行为契约测试是如何验证"世界不被重写"这一核心保证的。
一、先厘清 bolder 是什么、不是什么
bolder 在 impeccable 命令表中归属于 Refine(精修) 类别,一句最简定义是:Amplify safe or bland designs(放大安全而平淡的设计)。它在命令元数据 command-metadata.json 中注册为:
Amplify safe or boring designs to make them more visually interesting and stimulating. Increases impact while maintaining usability. Use when the user says the design looks bland, generic, too safe, lacks personality, or wants more visual impact and character.
触发它的典型用户话术是"这个页面/这段太素了、太安全、没个性、缺冲击力"。它的参数提示为 [target],即 先指出目标。
命令路由在 SKILL.md 中定义:当用户给出明确的 /impeccable bolder [target] 或语义清楚等同于 bolder 的请求时,加载其参考文档并遵循执行;两个命令都可能符合时才询问一次。bolder 与它最易混淆的两类操作被命令文档刻意划清界限:
- 与
new-work(全新视觉世界)的区别:bolder 只精修一个"世界已经上线"的表面。若处于"开局方向回合"(open direction round),或设计师要在 live 浏览器变体模式下通过"bolder"手势信号对桌上待定的方向决策做出方向性变更、引入整套外来新形式,那属于 new-work.md 的职权范围(Bolder hand register steer),而不是本命令。参考文档原话:"This command refines a surface whose world already shipped." - 与
quieter(降噪)的相对关系:quieter负责把过于激进、过度刺激的设计调回来,bolder 负责把过于安全、过于平淡的设计顶上去,二者方向相反,同属精修一极(见 SKILL.md 命令表中的bolder/quieter行与 quieter.md)。
定位清楚后还要建立一个反直觉的认知,它是整份参考文档的题眼:
"Bolder" is an amplification request, and almost always it is scoped to something that already exists. The surrounding page, its system, and its conventions are the given.
也就是说,页面、它的系统、它的约定,都是"给定条件"。你的工作不是重建,而是把某一处提升到其余部分早已暗示的那种确信度。文档特别警示:遇到"平"的第一反应是"加更多特效"——恰恰与大胆相反,应该第一时间否决这个反射性答案。
二、作用域是至高无上的(Scope is sovereign)
参考文档用一句话立下铁律:"Everything else stays" is a literal instruction——"其余一切保持不变"是字面意义的指令,不是修辞。落实到动作上:
- 只触碰被点名的目标段;
- 不重排它邻居的样式;
- 不把页面迁移到一个新想法上;
- 不添加任何这个表面尚未拥有的颜色、字体、圆角、阴影或系统原语(primitives);
- 不动承载动作(action)的既有机制。
如果现有系统确实无法表达这个方向,不要自行扩张系统。正确做法是直接问用户澄清那些无法推断的部分,并明确说出"你打算增加的确切内容 + 这个增加要承担的工作"。文档里的表达是:"Name the exact addition and the job it would do."——请求具体到可以执行,而不是含糊地要求"更酷一点"。
这条铁律在仓库的行为契约测试中得到逐字验证。测试 workflow-contract.test.mjs 中有一条用例名为 "bolder refinement preserves the world and everything outside scope":
- 工作区预置
PRODUCT.md、DESIGN.md、current.html; - 用户提示为
/impeccable bolder current.html, only the #case-study section. Keep everything else untouched.; - 测试断言:
bolder.md被加载;PRODUCT.md与DESIGN.md均未被重写(首处变更索引为-1);current.html被写入;最终产物中保留data-untouched="header"、data-untouched="footer"两个标记段,同时id="case-study"段被命中改造。
这条测试正是"作用域至上"的可执行版本:改目标、留世界、不重写文档资产。同一测试套件的模型矩阵记录见 tests/skill-behavior/README.md,其中标注了各模型跑 bolder refinement 场景的通过情况,并对某些模型"读了上下文却不产出编辑就提前结束"的失败模式做了留存说明——说明作用域纪律是需要模型持续满足的契约,而非一次性建议。
三、为什么会读起来"平":先诊断,再动手
在动手前,bolder 要求你先回答"为什么这段平"。文档给出的诊断方向极具操作性:
A section usually reads flat for reasons its neighbors have already solved.
一个段落读起来平,通常是因为页面其他部分早已解决过同样的问题,而这节自己没跟上。去对照页面其余部分做了什么、而这一节没有做的:
- 全强度的展示字体(display type at full strength):别的标题是不是把展示级字号真正打到了全强度?
- 承载意义的结构性装置(structural devices):分隔线、编号、卡片、网格里的节奏元件;
- 标志性母题(signature motif):这个品牌反复出现的视觉母题;
- 密度与节奏(density and pacing):留白与文字的疏密安排。
诊断结论往往是:"flat section is typically one that quietly opts out of the system's own strongest moves"——平的一段,通常只是安静地退出了系统自己最强的那些招式。因此最可靠的 bolder 一击,不是发明新东西,而是把目标段提升到它邻居们已经达到的表达水平,并且使用系统自己的词汇,而非新词汇。
四、放大四法(The amplification)
诊断清楚后,文档给出四条可执行的放大手法:
1. 放大系统已经拥有的东西
Reuse its motif and its type scale at full strength, turned up for this section rather than invented for it.
复用系统自有的母题与字号刻度,并把它们打到全强度——是为这一节"调大音量",而不是为这一节"发明新乐器"。验证标准很尖锐:"The bolder version should look more like the same brand, not less."——更大胆的版本应该看起来更像同一个品牌,而不是更不像。任何以"引入新颜色、新字体、新圆角、新阴影"为手段的放大,在第一小节就会被判定越界。
2. 保持内容真实(Keep content true)
现有文案陈述(claims)属于作用域的一部分:没有用户提供替换内容就必须原样保留。若方向真正需要某条真实证据(real evidence),而页面没有,那就向用户要,而不是编造。
3. 先笃定投入,再安静其余(Commit, then clarify)
Half-measures read as noise.
半吊子的修改读起来是噪音。手法是:把那一个决定性的动作完整做掉,然后把它周围的一切调安静,让这个动作变得可被看清。文档用一句非常反直觉的话点破要害:
If every element got louder, the section got flatter.
如果每个元素都变响,结果不是更响,而是更平——没有焦点等于没有音量。大胆来自"一个峰 + 一片静默",而不是"处处都高"。
4. 给它自己的节奏(Give it its own rhythm)
目标段应当成为滚动中的一座峰(a peak in the scroll)——在密度或节奏上与周围形成一次切换,而不是"同样的东西再多一点"。峰谷交替才构成阅读的戏剧性,这也是 bolder 结果与"把字号+1"的本质区别。
五、骨架测试(The skeleton test):大胆在设计,不在字号
文档要求在执行后做一个残酷的自检:
Strip the copy out of your planned section and study the bare structure.
把文案从方案里剥掉,只研究裸露的结构骨架。问自己:单靠层级(hierarchy)和系统自身的装置,骨架是否依然能说出"这一节是什么、为什么重要"? 如果骨架只有等文字回来才成立,那么你的"大胆"停留在文字大小上,而非设计里——骨架测试会立刻暴露这种假大胆。
文档顺带纠正了一个常见的配图误区:为图片或工件占位时,占位符命名的是一个工作职责(job)、一个锚点(anchor)和一件证据(evidence),而不是"放一张装饰性照片"的提示;用主体真正拥有的东西去填充这个职责。
六、收尾检查清单(Before you finish)
参考文档在收尾时给出四条必须逐项确认的硬条件,它们是"作用域至上"在成品上的可核验形态:
| 检查项 | 含义 |
|---|---|
| 目标之外的一切未变 | Everything outside the named target is unchanged. |
| 未被要求就不得出现新原语 | No new color, font, or system primitive appeared without being asked for. |
| 既有约定照常工作 | 段落携带的约定(包括任何驱动动作的机制)仍以原方式工作。 |
| 同一个品牌,只是更确信自己 | The section is unmistakably the same brand, only more sure of itself. |
四条全部通过、即"目标段自立而不把页面扯散"之后,文档给出的出口是:交给 /impeccable polish 做最后一遍精修(对应参考文档 polish.md,即 SKILL.md 中描述为 "Final quality pass before shipping" 的 Refine 命令)。
需要补充的工程上下文是:per SKILL.md,在进入实际编辑之前,分析方向确定后还要先加载 craft-floor.md(质量底线、绝对禁令与探测器抓不到的反射),并在每次会话中运行一次 context.mjs 加载 PRODUCT.md、DESIGN.md 与匹配的 surface brief——bolder 正是典型的"世界已存在、走精修路径"的请求,按 Setup 规则,精修应基于既有实现推进,而非重新决策视觉世界。
七、仓库证据与命令落地形态速览
- 命令表与路由:
.cursor/skills/impeccable/SKILL.md中 bolder 注册行为bolder [target]、类别 Refine、描述 "Amplify safe or bland designs",并链接本参考文档 reference/bolder.md。 - 命令元数据:
.cursor/skills/impeccable/scripts/command-metadata.json给出机器可读的 description 与[target]参数提示,供各 Agent 运行时的命令补全/路由读取。 - 行为契约测试:
tests/skill-behavior/workflow-contract.test.mjs的第 186–215 行用例证明"只写目标实现文件、不重写 PRODUCT.md / DESIGN.md、保留data-untouched区域"。 - 模型矩阵与已知失败模式:
tests/skill-behavior/README.md记录了 bolder refinement 在多个供应商模型上的通过/失败情况,以及某些模型读取上下文后不产出编辑即结束的回归问题——这意味着"作用域纪律"是运行时仍需被持续守住的契约。 - 多运行时镜像:同一技能参考被镜像到多套 Agent 配置目录(
.agent、.claude、.cursor、.gemini、.github、.grok、.trae等)以及 skill/reference/bolder.md 与 plugin/skills/impeccable/reference/bolder.md,供不同工具链直接加载。
最后用一个工作流小结收束全篇:拿到"这段有点平"的反馈 → 先问清目标段与不可触碰范围 → 诊断邻居如何表达、这节为何退出 → 用系统自有词汇把母题和字阶打到全强度,做一处决定性动作并安静周边 → 剥文案过骨架测试 → 对照收尾清单确认无越界、品牌不变 → 交给 polish 收尾。 整条路径的唯一原料是既有世界,唯一目标是把一段悄悄退出的设计重新拉回它所属品牌的音量。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0627
Hy4-previewHy4 preview 是由腾讯混元团队研发的新一代混合专家(MoE)旗舰模型。模型总参数量 770B,每个 token 激活 49B,主干共包含78层,第一层采用标准 FFN,其余 77 层均为 MoE 结构,每层包含 256 个路由专家与 1 个共享专家,每个 token 激活 top-8 路由专家及共享专家。主干之外原生内置 1 层 MTP(总参数量 10B,激活 0.7B)以支持投机解码。Python00
GLM-5.3GLM-5.3 与 GLM-5.2 使用相同的基座模型——所有提升均来自后训练。与 GLM-5.2 相比,它在复杂编程和长程任务上的表现显著提升。Jinja00
GLM-5.3-FlashGLM-5.3-Flash (320B-A18B),是GLM-5系列的首个原生多模态模型。320B总参数,能力超过GLM-5.2Jinja00
Spark-X2.5-4BSpark-X2.5-4B 旨在让强大的 AI 更实用、更高效、更易获得。在广泛日常任务中表现强劲,涵盖对话、写作、翻译、推理、编码、工具调用以及智能体工作流,并在同等规模的开源模型中取得领先成绩。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00
Spark-X2.5-1.7BSpark-X2.5-1.7B 旨在让强大的 AI 更加实用、高效且易于获取。这些模型在广泛的日常任务中表现出色,涵盖对话、写作、翻译、推理、编程、工具调用和智能体工作流,并在同等规模的开源模型中取得领先结果。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00