首页
/ impeccable `bolder` 命令实战指南:在既有设计系统中做克制的放大,而不是堆特效

impeccable `bolder` 命令实战指南:在既有设计系统中做克制的放大,而不是堆特效

2026-09-07 09:00:35作者:宣利权Counsellor

导读

bolder 是 impeccable 设计技能中一条面向"已上线视觉世界"的增强型命令(Refine 类别):当用户觉得某一段界面太平、太安全、缺个性时,它负责把命名的目标提升到页面其余部分早已暗示的自信程度——同时保持页面、系统、惯例全部原样。本文以 bolder.md(同一份权威拷贝同时存在于 .grok/skills/impeccable/reference/bolder.mdskill/reference/bolder.md)为骨架,结合 impeccable 的 SKILL.md 命令表、command-metadata.json 元数据与 workflow-contract.test.mjs 中的契约测试,说明在什么场景下触发它、它与其他命令(quieterpolish、方向轮的 bolder 寄存器)如何分工,以及怎样用它完成一次"看起来更像同一品牌、只是更有底气"的放大。

bolder 是什么:放大请求,而非改造请求

在 impeccable 的命令体系中,bolder [target] 属于 Refine(精修) 类别。官方命令表对它的定位是:

Amplify safe or bland designs.(放平安或平庸的设计。)

SKILL.md 的元描述(frontmatter)与 command-metadata.json 进一步界定了触发语境:当用户说设计看起来 bland(平淡)、generic(普通)、too safe(过于安全)、lacks personality(缺个性)、想要更多视觉冲击与性格时,由 bolder 负责回应。

bolder.md 开篇就给出了最重要的定性,一句话可拆成三层:

  1. 它是放大请求(amplification request),几乎所有时候都限定在某个已经存在的事物上;
  2. 周围的页面、它的系统、它的惯例都是既定条件(the given),不属于本次任务范围;
  3. 你的工作是把某一部分提升到其余部分已经暗示的信念强度(conviction),而不是重建简报中未被点名的任何东西。

文档特别点出最常见的错误反射:一说到"更大胆"就下意识加更多效果(reaching for more effects),恰恰是"大胆"的反面,要先否决它。 这提醒我们:bolder 的敌人不是"保守",而是"噪音化"——不加区分地堆叠渐变、光晕、动效、多色,只会让版面更平、更吵。

命令边界:先分清是"精修 bolder"还是"方向轮的 bolder 寄存器"

bolder.md 花了一段专门消歧义:当一个方向轮(direction round)正处于决策进行中、桌上摆着方向抉择时,用户说 "bolder" 指的是 new-work 流程里"更敢(bolder register)"的手牌转向——即只给完全外部的新形态(foreign forms),此时应读取 new-work.md 的方向轮协议,而不是本条精修命令。而在 new-work.md 中也能看到对应描述:re-roll 的 --register bolder 表示"foreign forms only, at full commitment",并明确写道"A user saying 'bolder' or 'safer' while a direction round is open means these registers, never the bolder or harden commands。"

一句话区分二者:

语境 "bolder" 的含义 走哪份文档
方向轮进行中(世界尚未确定) 更敢的手牌寄存器:只给全新外部形态 new-work.md
世界已上线的普通精修请求 放大既有表面中的单一目标 bolder.md 本命令

bolder 精修命令适用的前提非常明确:它所打磨的"表面"的视觉世界已经发布(whose world already shipped)。这与 new-work(新表面/替换视觉身份)天然隔离。

Scope is sovereign:作用域至高无上

bolder.md 第一个正式小节标题就叫 "Scope is sovereign"。它的第一句话语气最强:"'Everything else stays' is a literal instruction."——"其他一切保持不变"是字面意义上的指令,不是客套话。

执行约束可归纳为四条硬性禁令与一条上升通道:

  1. 只触碰被点名的目标(named target):不要重排它的邻居;
  2. 不要将页面迁移到一个新思路:放大不等于换概念;
  3. 不要添加页面/系统尚未拥有的颜色、字体、圆角、阴影或系统原语(system primitives)
  4. 如果既有系统确实无法表达该方向,禁止自行扩张系统——此时应当 STOP,调用 AskUserQuestion 澄清,并说清"你要添加的确切元素 + 它要承担的职责"。

契约测试把这条规则做成了机器可断言的验收项。workflow-contract.test.mjs 中名为 "bolder refinement preserves the world and everything outside scope" 的用例构造了一个含 PRODUCT.mdDESIGN.mdcurrent.html 的工作区,向模型发出:

/impeccable bolder current.html, only the #case-study section. Keep everything else untouched.

随后断言四条:

  • 运行轨迹中确实加载了 bolder.mdassert.ok(fileLoaded(trace, 'bolder.md')));
  • PRODUCT.mdDESIGN.md 都没有被改写(这是"精修不改系统契约"的机器保证);
  • current.html 确实被写入;
  • 产物里 data-untouched="header"data-untouched="footer" 两处标记仍然原样存在,而 id="case-study" 目标段落被修改。

也就是说:"只动点名目标"不是口头纪律,而是被端到端测试锁死的回归防线。

Why it reads flat:为什么这段看起来"平"

bolder.md 给出了一个非常实用的诊断方向:一段版面显"平",原因通常在于它的邻居们早就解决了这个问题。 具体做法是观察"页面其余部分做了什么、而这一段没做":

  • 展示级字体是否用到了满血强度(display type at full strength)
  • 承载含义的结构装置(structural devices) 是否出现在这一段;
  • 标志性母题(signature motif) 是否缺席;
  • 密度与节奏(density and pacing) 是否与其他段落一致。

文档给出了一个反直觉的判断:一个"平"的段落,通常是它悄悄退出了系统自身最强的招数(quietly opts out of the system's own strongest moves)。因此最可靠的 bolder 一击,是用系统自己的语汇、把目标提升到邻居们已经达到的表现水平——而不是引入一套新语汇。

这也解释了为什么测试提示词要精确到 only the #case-study section:诊断对象越具体,越容易比对"目标 vs 邻居"之间的差距,而不是在整页上打太极。

The amplification:放大的四条操作纪律

在实操层面,bolder.md 给出四条放大纪律,适合直接写成检查清单:

1. 放大系统已经拥有的东西

复用它的母题与字体阶(type scale),并且用到满血强度——为这一段而调大,而不是为它发明新东西。更胆大的版本应当"看起来更像同一个品牌,而不是更不像"(look more like the same brand, not less)。这是全文反复出现的判据:bolder 的产出是"同一品牌的加强版",而非"另一个品牌的雏形"。

2. 让内容保持真实

现有文案声明(claims)属于作用域之内:除非用户提供替换,否则保留它们。如果某种真实证据(real evidence,如真实截图、数据、用户证言)对方向至关重要却又缺失,应该向用户索要,而不是自行编造填充。

3. 先承诺,再厘清(Commit, then clarify)

折中方案读起来就是噪音。做法是:把那个决定性的动作完整做完,然后把周围的东西安静下来,让这个动作清晰可辨。文档给出一条反向警告:如果每个元素都变大声了,这段反而会更平(If every element got louder, the section got flatter)。放大是"一记重拳 + 周围让位",不是"全员用力"。

4. 给它自己的节奏

目标应当读起来像滚动中的一个峰值(a peak in the scroll):密度或节奏相对周围有一个明确的偏移,而不是"更多同样的内容"。节奏差异本身就是"这段很重要"的视觉信号。

The skeleton test:骨架测试

这是 bolder 流程里最具可操作性的自检方法:

把计划中的段落的文案全部抽掉,只看裸结构。仅凭层级(hierarchy)与系统装置,骨架是否仍能说明"这一段是什么、它为什么重要"?

如果结构只有在文字回来之后才成立,那"大胆"其实在字号里,而不在设计里。文档还专门澄清了占位符的语义:为图片或成品(artifact)留的占位符,命名的是一个"岗位"(job)、一个锚点(anchor)和一份证据(piece of evidence),而不是扔一张装饰照片进去的提示;那个岗位要用主体真实拥有的东西来填。

这条测试意味着:放大必须让结构本身承担叙事——标题层级、留白比例、母题的重复与间隔,这些在去掉文案后仍应指向"这里是重点"。

Before you finish:收尾检查清单

bolder.md 在收尾阶段给出四条检查,作为放大的验收标准:

  1. 命名目标之外的一切都未改变(Everything outside the named target is unchanged);
  2. 没有未经请求就出现的新颜色、字体或系统原语
  3. 该段落原本承载的惯例——包括任何驱动行为的元素——仍然以同样的方式工作(conventions still work the same way),即放大不能破坏可交互组件的既有行为;
  4. 这段无可争辩地仍是同一个品牌,只是更确信自己(unmistakably the same brand, only more sure of itself)。

当目标能独自站住、且没有把页面扯散时,收尾动作明确:交给 /impeccable polish 做最终打磨

这条交接链在 polish.md 中有镜像呼应——polish 参考文档开篇就写着:"Polish is refinement, never concealed redesign……If the concept itself is wrong, say so and recommend redesign or bolder instead of smuggling in a replacement." 换言之:方向对了只差力度,走 bolder;细节粗糙、质量不均,走 polish;概念本身错了,先停下来说话,绝不把放大偷偷伪装成重建。

在 impeccable 命令族中定位 bolder

把 bolder 放进命令族看,它的角色会更立体。根据 SKILL.md 的 Commands 表与 routing.md 的路由约定:

  • 精修轴上的对偶命令bolder [target](放大太安全/平淡的设计)与 quieter [target](收敛过吵/过刺激的设计)互为镜像,分别应对"欠火候"与"过火"两种失焦。quieter.md 明确指出 quiet 比 bold 更难做,且同样要求"restrained, not absent"——两个方向共享同一条底线:个性(POV)在精修后必须存活
  • 精修轴上的收口命令polish [target] 是最终质量通过(final quality pass),bolder/quieter 的产出都汇入它收尾。
  • 能力轴上的相邻命令distill(剥离到本质)、harden(生产就绪)、animate/colorize/typeset/layout/delight/overdrive 各自处理一种增强维度。bolder 与之最大的不同在于它的工具箱被冻结在系统既有语汇内——它不引入新母题、新调色、新动效,而是把已有的用足。
  • 路由语义:当请求为显式命令(如 /impeccable bolder <target>)时,Agent 加载对应参考文档并遵循之;这正是契约测试断言"bolder.md 被加载"的原因。若概念本身错了,polish 参考反而会建议改用 bolder 或 redesign——说明这些精修命令在系统里是一个互相咬合的闭环。

参考实现与本仓库证据汇总

如需在仓库中继续深挖,可以按以下路径核对本文所有论断:

  • 命令精确定义与触发词command-metadata.jsonbolder 条目:argumentHint [target],触发语义为"平淡、过于安全、缺个性、要更多视觉冲击");
  • 命令表与路由plugin/skills/impeccable/SKILL.md(Commands 表中 bolder [target] → Refine → Amplify safe or bland designs;frontmatter 覆盖"bland designs that need to become bolder or more delightful"的调用场景);
  • 精修全流程参照polish.md(交接目的地)、quieter.md(反向对偶)、new-work.md(方向轮 bolder 寄存器,用于区分语境);
  • 行为契约测试workflow-contract.test.mjs("bolder refinement preserves the world and everything outside scope" 用例,验证只改目标、不碰 PRODUCT.md/DESIGN.md、保留 data-untouched 标记);
  • 技能本体的多份分发拷贝:同一份 bolder.md 会被打包进各 AI 运行时技能目录(.grok/.claude/.cursor/ 等处的 skills/impeccable/reference/),内容一致,便于各 harness 加载。

小结

bolder 是一条把"大胆"重新定义为纪律的命令:作用域至高无上、放大的语汇来自系统自身、动作要一次做足并让周围让位、结构要经得起骨架测试,而"更花哨"永远不是答案。它既不是 redesign,也不是 polish,更不是方向轮里的 bolder 寄存器——它只做一件事:在已发布的世界里,把被点名的那个部分,抬到它邻居们早已拥有的确信度。 要验证一次 bolder 是否成功,就去看那份收尾清单:目标之外原封不动、系统原语零新增、行为惯例完好、而目标本身——还是那个品牌,只是更有底气了。

登录后查看全文
热门项目推荐
相关项目推荐