impeccable `bolder` 命令实战：在既定设计系统内放大“平淡”界面，而不越出作用域

bolder 是 impeccable 设计技能中 Refine（精修）类的一个子命令，用于把已经上线、但显得安全乏味的界面区块放大到应有的视觉强度。本文以 bolder.md 这份参考文档为主体，逐条解析它的执行规则——作用域主权、扁平诊断、四条放大原则、骨架测试与收尾检查清单——并结合仓库中的命令路由、元数据、Pin 快捷方式和工作流测试，说明这条命令在 impeccable 技能里的真实定位与可验证行为。

“bolder”到底处理哪一类请求

bolder.md 开篇就声明了执行前提：“需要额外上下文：目标区块是哪个，以及哪些东西必须保持原样”（Additional context needed: which section is the target, and what must stay untouched）。也就是说，bolder 不是一次可以空转的全局操作，而是一个必须带着目标与作用域边界才能启动的精修任务。

文档接着划清了它与另一个同名概念的边界：当方向决策轮（direction round）还开着、方向尚未拍板时，用户口中说的 “bolder” 属于 new-work 流程里的 Bolder 手牌（hand register）转向，是一次全新的外部形式发牌（详见 new-work.md），而不是本命令。new-work.md 中也有对应的反向声明：方向轮进行中，用户说 “bolder” 或 “safer” 指的是 safer/bolder 这两个 register，永远不是 bolder 或 harden 命令。$impeccable bolder 命令本身服务的场景是：目标界面所在的视觉世界已经交付（already shipped），你的任务是只把其中被点名的部分抬高到其余部分已经暗示的强度，而不是重建任何 brief 没有点名的东西。

文档对“bolder”的定义非常关键：它是一个放大请求（amplification request），几乎总是作用在某个已存在的东西上。周围的页面、它的系统、它的惯例都是既定条件。同时文档明确警告了最常见的执行偏差——伸手去堆更多特效（more effects）是“大胆”的反面，必须先拒绝这个条件反射。这一点后文会看到在“骨架测试”里被再次呼应。

bolder 在 impeccable 命令体系中的位置

从 SKILL.md 的 Commands 表可以看到，bolder 的注册信息为：

Command	Category	Description	Reference
bolder [target]	Refine	Amplify safe or bland designs	reference/bolder.md

它与 polish、quieter、distill、harden、onboard 同属 Refine 类别——即“不更换视觉世界、只精修现状”的一族命令。这与 bolder.md 中“世界已经交付”的前提完全一致。其中 quieter.md 是它的镜像命令（降低视觉强度），两者都遵循“放大/收敛都不改变品牌身份”的约束。

触发语义则定义在 command-metadata.json 中：bolder 的描述是“放大安全或无聊的设计，使其更具视觉趣味和刺激性，在保持可用性的同时增强冲击力”，适用时机是用户说设计“看起来平淡、泛化、太保守、缺乏个性”，或想要更多视觉冲击力与个性；参数提示为 [target]。

在执行流程上，SKILL.md 的 Setup 规定每个会话先运行一次 context.mjs 加载 PRODUCT.md、DESIGN.md 与对应的 surface brief；对“对现有代码的窄范围精修”，按其 Routing 规则直接以既有实现为上下文进行，而不触发 init/new-work——这正是 bolder 所处的执行通道。此外，bolder 还出现在 pin.mjs 的 VALID_COMMANDS 列表中，意味着可以运行 node .agents/skills/impeccable/scripts/pin.mjs pin bolder，在所有已安装 impeccable 的 harness 目录（.claude、.cursor、.codex、.agents 等）中生成一个独立快捷方式（Codex 系为 $bolder，其余为 /bolder），该快捷技能的 SKILL.md 只是一条转发声明：调用 $impeccable bolder 并原样传递参数。

Scope is sovereign：作用域是最高指令

bolder.md 的第一个正文章节标题就是 Scope is sovereign（作用域主权），其核心是一句字面意义上的指令——“Everything else stays（其余一切保持不动）”。具体约束有三条：

1. 只动被点名的目标。 不要重排它的邻居，不要把整页迁移到某个新想法上；
2. 不引入表面本身不拥有的系统原语。 不新增颜色、字体、圆角、阴影或任何该表面尚未拥有的系统级构件；
3. 系统表达不了方向时，不得自行扩展系统。 此时必须 STOP：优先使用 Codex 的结构化用户输入/提问工具，不可用时直接在对话中提问澄清无法推断的部分；提问时要点名确切的新增物以及它将承担的职责。

这条规则不是纸面要求，仓库里有行为级测试背书。workflow-contract.test.mjs 中的用例 bolder refinement preserves the world and everything outside scope 使用的用户提示是：

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

测试断言执行 trace 中必须加载 bolder.md，并验证 bolder 精修在保留既有世界与目标外一切内容的前提下进行。可以由此确认：作用域主权是 bolder 工作流中被自动化验证的合同条款，而非风格建议。

Why it reads flat：诊断“扁平”的正确姿势

bolder.md 给出的诊断方法出人意料地内省：一个区块显得平淡，原因通常就是它的邻居们已经解决过的那些原因。执行时要去看页面其余部分做了而这个区块没有做的事：

• 展示级字体（display type）是否以全强度使用；
• 承载意义的结构性装置（structural devices）；
• 签名式母题（signature motif）；
• 密度与节奏（density and pacing）。

文档的结论是：平淡的区块通常是一个悄悄退出系统自身最强手段的区块。因此，“最可靠的 bolder 路径，是把目标抬升到邻居已经达到的表达水平，用的是系统自己的词汇，而不是一套新词汇。”这与 SKILL.md 总纲里“Refinement preserves; redesign replaces”的原则一脉相承：精修保住既有身份，替换视觉世界属于 new-work 的职责。

The amplification：四条放大原则

这是 bolder 的操作核心，原文列了四条，逐条说明其意图：

1. Amplify what the system already owns（放大系统已经拥有的东西）。 复用它的母题和它的字号比例尺（type scale），以全强度使用，是“为这个区块调大音量”，而不是“为它发明一套”。判据很直接：放大后的版本应该看起来更像同一个品牌，而不是更少。
2. Keep content true（内容保持真实）。 既有的声明性文案本身就是作用域的一部分：除非用户提供了替换文本，必须原样保留；如果方向确实需要真实证据（数据、案例、图片）而项目里没有，就去向用户要，而不是编造。
3. Commit, then clarify（先决断，再澄清周围）。 半吊子改动读起来就是噪声。把那一步决定性动作做到位，然后把周围的一切调暗，让这一步可读。文档特别警告：如果所有元素都变大了，整个区块反而变平了。
4. Give it its own rhythm（给它自己的节奏）。 目标区块应当在滚动中读起来像一个峰值（peak）——密度或节奏与周围环境发生一次换挡，而不是“同样的东西多一点”。

四条原则合起来，实际上定义了“bold”的工程含义：不是加法（更多元素、更多特效），而是把系统已承诺的表达水平兑现到被点名区块上，并用周围的安静反衬它。

The skeleton test：骨架测试

bolder.md 提供了一个可以独立复用的验收手段：把你计划中的区块文案全部抽掉，只看裸结构。 判断标准是：仅靠层级（hierarchy）和系统的结构性装置，骨架还能不能说出“这个区块是什么、为什么重要”？如果只有文字回来时它才成立，说明大胆只存在于字号里，而不是设计里。

文档还顺带处理了占位符的语义：为图片或制品（artifact）留下的占位命名的是一个职责——一个锚点和一份证据——而不是“这里该塞一张装饰照片”的提示。该职责应当用主题真正拥有的东西去填（呼应“Keep content true”：没有真实证据就先要，而不是装饰性地糊过去）。

Before you finish：交付前检查与 polish 交接

bolder 的收尾是一段四条检查清单加一条交接规则：

• 被点名目标之外的一切未发生任何变化；
• 没有未经请求的新颜色、新字体或新系统原语出现；
• 该区块携带的既有约定——包括任何驱动行动的元素（CTA、表单、导航等）——仍然按原方式工作；
• 该区块一眼看去无可置疑地还是同一个品牌，只是更笃定。

当目标区块“能撑住自己、又没把页面扯散”时，bolder.md 的最后一句规定了出口：移交给 $impeccable polish 做最终一轮。也就是说 bolder 有意止步于“方向性放大”，精细的收尾（状态补全、一致性、视口校验等，见 polish.md）交给专门的 polish 命令，这与 quieter.md 的结尾完全同构——两个反向精修命令共享同一条“放大/收敛 → polish 收尾”的流水线。

适用前提与边界

综合仓库证据，可以确认 bolder 命令的适用前提与限制：

• 前提是“既有世界已存在”：它读取 DESIGN.md / surface brief（由 Setup 的 context.mjs 加载）作为系统词汇的来源；若项目尚无 PRODUCT.md，按 SKILL.md 的路由，新建表面会先走 init，而不是 bolder；
• 方向未定不能说 bolder：方向轮打开期间，用户口中的 “bolder” 是 new-work.md 的发牌 register，执行者若把它当成 bolder 命令处理，属于路由错误；
• 它是命令、不是脚本：仓库中 bolder 对应的是参考文档 + 元数据 + 测试合同，检测脚本（detect.mjs）不直接负责 bolder 判定；routing.md 中 detect 的命中信号映射到的是 quieter/colorize 等命令族，bolder 的入口主要是用户的显式或隐含措辞（“太平淡、太安全、缺个性”）；
• 可快捷化：通过 pin.mjs pin bolder 可生成独立快捷入口，但快捷技能的内容仅是转发声明，行为仍由 bolder.md 约束。

简而言之，$impeccable bolder 是一份“受约束的放大”合同：目标被点名、邻居被冻结、系统词汇被限定、内容不得虚构，最后以骨架测试和四条清单验收，再移交给 polish 收尾。理解这套约束，就能把它用在对的场景——一个已经成立、只是某处还没兑现自己承诺的世界。