企业官网建设流程全解析

使用 Impeccablebolder命令做节级视觉放大：在不动系统、不改文案的前提下让扁平区块“更敢”

【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable

Impeccable 的bolder参考文档定义了一种极其克制的设计强化操作：它面向“视觉世界已经上线、某个区块却读起来扁平”的既有页面，只放大用户点名的那一个目标，而绝不扩散到邻居、系统或视觉语言本身。本文以该参考为骨架，结合SKILL.md的命令路由与workflow-contract.test.mjs中针对 bolder 的端到端契约测试，讲清触发条件、执行规则、可用性自检与交接流程，读完即可在自家页面上复现一次“让该区块更像同一品牌、且更笃定”的节级放大。

前置理解：bolder在 Impeccable 命令体系中的定位

在深入操作细节前，需要先分清两个极易混淆的入口。根据 bolder.md 的“Additional context”约定：

• 方向决定尚未作出、整页视觉世界待定时，说出的 “bolder” 属于方向轮（direction round）里的Bolder hand register steer，应路由到 new-work.md（新视觉世界/全新 surface 的处理流程），而不是bolder 命令；
• 只有当**“该 surface 的视觉世界已经上线”（already shipped）**、本次工作只是对既有表层做细化时，bolder命令才真正接管。

因此，bolder本质是一次amplification request（放大请求）：它几乎总是限定在某个已经存在的东西上。周围的页面、页面所属的系统与既有惯例（conventions）都是给定的常量（the given）。你的任务不是重建 brief 未点名的一切，而是把一个部分提升到其余部分已经暗示的那种确信度（conviction）。

这与 polish.md 的开篇约定互为镜像——polish 强调“polish 是细化，绝不是隐蔽的 redesign；如果概念本身就错了，就明说并推荐 redesign 或bolder，而不是偷偷换成替换品”。反过来，bolder也绝不借放大之名做重建。

在 SKILL.md 的命令总表中，bolder归入Refine（细化）类别：bolder [target]—— “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.

也就是说，当用户反馈设计“太平淡（bland）、太泛（generic）、太安全（too safe）、缺乏个性（lacks personality）”，或想要“更强的视觉冲击与性格”时，才会命中bolder；argumentHint为[target]，即必须指名一个目标对象。

一个必须先被拒绝的“条件反射”：bolder最常见的错误应答是“堆更多效果”（reaching for more effects）。文档明确写道：这恰恰是 bold 的反面，第一步就要拒绝它。放大不是叠加，而是收敛。

Scope is sovereign：范围是主权，动点即全部

bolder参考文档把边界约束提得极其强硬：

"Everything else stays" is a literal instruction.

“其余一切保持不变”不是一句客套，而是字面指令。只有被命名的目标可以被触碰：

• 不得重排（restyle）它的邻居；
• 不得把页面迁移到新概念（new idea）上；
• 不得添加页面尚未拥有的颜色、字体、圆角、阴影或系统原语（system primitives）。

更关键的是兜底规则：如果现有系统真的无法表达你想要的强化方向，不要自作主张扩展它。此时应当直接向用户提问，说明你无法推断出的东西，并精确命名你想要的补充项及其承担的职责（"Name the exact addition and the job it would do"）。在插件侧（plugin/skills/impeccable/reference/bolder.md），这条被模板化为 STOP 后调用 AskUserQuestion 工具澄清；在独立 skill 侧（skill/reference/bolder.md）则以{{ask_instruction}}占位符注入运行时指令。三份文件本质规则一致：无法推断 = 提问，而不是擅自扩充系统。

测试如何守护这一约束

tests/skill-behavior/workflow-contract.test.mjs 中有一条专门契约测试'bolder refinement preserves the world and everything outside scope'。它构造了含PRODUCT.md、DESIGN.md、current.html的工作区，用提示词触发一次严格限域的 bolder：

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

随后断言：

• 本次会话加载了 bolder.md（即正确命中了 Refine 流程而非 new-work）；
• PRODUCT.md与DESIGN.md均未被改写（productWrite === -1、designWrite === -1）——细化不得触碰产品上下文与视觉系统文档；
• current.html被正常写入（implementation >= 0）；
• 写回后的产物中，data-untouched="header"、data-untouched="footer"标记依然存在，id="case-study"区块存在——即命名目标之外的一切原样保留。

这条测试把“范围主权”从一句原则变成了可回归的机械证据：任何一次 bolder 运行如果顺带改写了 PRODUCT.md/DESIGN.md，或在改动中破坏了 header/footer，都会被测试直接判负。

为什么它会读起来“平”（Why it reads flat）

一个区块读起来平，绝大多数时候不是因为“这块做得差”，而是因为它默默退出了系统自身最强的那几招——而它周围的邻居早已解决了这些招数。诊断方法是对照页面上其他部分做了什么、而这一块没有做：

• display 字体的全强度应用（the display type at full strength）；
• 承担表意功能的结构装置（structural devices）；
• 标志性母题（signature motif）；
• 信息密度与节奏（density and pacing）。

文档给出的判断模型非常直白：一个平淡区块，通常是它悄悄 “opt out”（弃权）了系统自己的最强动作。因此，最可靠的 bolder 一稿，不是给它发明新东西，而是用系统自己的词汇，把目标提升到其邻居已经达到的表现层级。

放大动作本身（The amplification）

把诊断结论兑现为编辑动作时，参考文档给出四条彼此咬合的操作纪律：

1. 放大系统已拥有的东西（Amplify what the system already owns）复用既有母题与字阶（type scale）的全强度，为这个区块“调高音量”而不是“另起炉灶”。判断标准是一句话：bolder 之后的版本应当看起来更像同一个品牌，而不是更不像（more like the same brand, not less）。

2. 内容保持真实（Keep content true）现有主张（claims）本身就在 scope 之内：除非用户提供替换文案，否则必须原样保留。如果这个强化方向本质上离不开真实证据（real evidence）而现场又缺失，要向用户索取，而不是自行编造填充。

3. 先承诺、后澄清（Commit, then clarify）半吊子动作读起来是噪音。正确的做法是：把那个决定性的动作完整地做一次，然后把周围的一切都静下来，让这个动作变得可读（legible）。反过来，如果每个元素都变吵了，区块反而会更平——放大是零和博弈中的集中火力。

4. 给它自己的节奏（Give it its own rhythm）目标应该读作滚动路径中的一个峰值（a peak in the scroll），与周围的密度或步调形成一次清晰的偏移，而不是“同样东西再多来一点”。

一个反直觉的判别点

四条纪律共同指向一个反直觉事实：更 bolder 常常意味着整体上更安静。文档用一句话点破："If every element got louder, the section got flatter."（如果每个元素都变大声，区块就变平了。）这是 bolder 与“加效果”之间最本质的分界线——它考验的是取舍能力，不是堆料能力。

The skeleton test：抽掉文案再看骨架

这是bolder一稿完成后最有效的自检手段。操作如下：把你计划中的区块的文案（copy）全部剥离，只研究裸结构（bare structure），然后回答：

仅凭层级（hierarchy）与系统自身的装置，这个骨架是否仍能说明“这个区块是什么、它为什么重要”？

参考文档给出两个推论：

• 如果骨架只有在文字回来之后才成立，那么所谓的 bold 其实在字号/文字体量里，而不在设计里——它没有通过骨架测试；
• 骨架测试中，图片或工件占位符的含义是：一个占位符要能命名一项职责、一个锚点、一份证据（"a name a job, an anchor and a piece of evidence"），而不是“往这里丢一张装饰照片”的提示；填充它时，用主题真实拥有的东西（whatever the subject actually has）去填补这个职位。

换言之，占位符不是装饰入口，而是一份待认领的工作描述。

Before you finish：放行检查清单

在宣布完成之前，逐条核对参考文档给出的四项收尾条件：

• 目标之外的一切未变——命名目标之外没有任何改动泄漏出去；
• 没有未经要求的新增——未出现任何没被要求的颜色、字体或系统原语；
• 惯例照常工作——区块原本携带的惯例（conventions），包括任何驱动交互动作的机制，行为方式与之前一致，不能因为放大而破坏点击/跳转等既有语义；
• 品牌辨识度不降反升——该区块读起来无可置疑地是同一个品牌，只是更确信自己（more sure of itself）。

这份清单与前面测试契约的断言一一呼应：workflow-contract.test.mjs正是用 “PRODUCT.md/DESIGN.md 零改写 + header/footer 的data-untouched标记原样存在”来机械落实“范围主权”与“惯例照常”。

交接：何时把控制权交给/impeccable polish

参考文档为 bolder 流程给出了清晰的终止与交接信号：

When the target holds its own without pulling the page apart, hand off to/impeccable polishfor the final pass.

即：当目标区块能自己站稳、且没有把页面撕开（pulling the page apart）时，就不再继续在 bolder 里打磨细节，而是交接给polish做最终一遍收尾。这与两篇文档的职责划分一致：

• bolder负责“定位 + 一次决定性放大”，属于方向性强化；
• polish 负责质量地板上的最终清扫（对齐、间距、微细节、缺陷证据核查与 source diff 收尾），并明确“polish 是细化、不是隐蔽 redesign；概念错了就推荐 redesign 或 bolder”——两个命令在交接处互不越界。

在整体会话层面，这一收尾也符合 SKILL.md 的预算原则：不要在 open-ended 的自我 QA 上烧钱，构建设计 → 批量检查 → 一批修复 → 至多再一轮确认 → 停止打磨，polish之类的 finish handoff 才是收尾的正确归宿。

快速复盘：一次合规的 bolder 实操步骤

把上述原则折叠成可执行的八步（对应参考文档的四个核心小节）：

1. 确认前置条件：页面视觉世界已上线、用户点名了具体目标——否则转入 new-work.md 的方向轮；
2. 圈定范围：明确“目标是什么、什么必须原样不动”；不重排邻居、不迁移概念、不新增系统未拥有的颜色/字体/圆角/阴影/原语；
3. 诊断扁平根因：对照邻居——是否弃权了 display 字阶全强度、结构装置、标志母题、密度节奏这些系统最强动作；
4. 做一次决定性放大：复用系统已有母题与字阶，为被点名区块调高音量；内容主张原样保留；
5. 静默周围：让其余元素退后，保证那一步动作 legible；
6. 过骨架测试：剥离文案，看裸结构是否单独成立；占位符要命名职责与证据，而不是丢装饰图；
7. 跑收尾清单：四项条件全过（范围未泄漏 / 无未要求的新增 / 惯例照常 / 同一品牌更笃定）；
8. 交接 polish：目标站稳且不撕开页面后，交给/impeccable polish做 final pass。

想看到上述行为被自动化守护的形态，可深入阅读 workflow-contract.test.mjs 中 bolder 用例的完整断言；想确认命令在会话中的路由位置与可配套的 argument hint，可对照 SKILL.md 的 Commands 表（bolder [target]，Refine 类别）与 command-metadata.json 中bolder的 description/argumentHint。

【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable