Craft

什么时候用

/impeccable craft 是端到端的构建命令。给它一个功能描述，它会把整条流水线都跑完：结构化 discovery、参考加载、实现、视觉迭代。适合从零开始做一个新功能，同时希望整条流程一口气完成的时候。

适合这些场景：

• 你在做一个全新的功能，希望整套流程都带上。 不想自己拆步骤来管。
• 你知道要做什么，但不知道它应该长什么样。 Discovery 阶段会强迫你先把设计思考做完，再进入实现。
• 你默认就想要视觉迭代。 craft 不会在第一个能跑的版本上收工，而是会进浏览器对照 brief 继续打磨。

如果你只想先把思路想清，不想写代码，请单独用 /impeccable shape。如果你已经非常清楚自己要什么，只想直接做，直接调用 /impeccable 即可。craft 介于两者之间：更结构化、更完整，也更有主张。

工作方式

craft 会按顺序跑四个阶段：

1. 先塑形。 内部先跑 /impeccable shape，进行一段简短 discovery，对齐目标、用户、内容、约束和成功标准。产出是一份你可以阅读、也可以反驳的 design brief。
2. 加载参考。 根据 brief 把对的参考文件拉进来：空间、排版、动效、色彩、交互、响应式、UX writing，让模型在写代码前先把原则装进上下文。
3. 构建。 按有意识的顺序实现：先结构，再间距与层级，再字体与颜色，再状态，再动效，再响应式。每个决定都回溯到 brief。
4. 视觉迭代。 在浏览器里打开结果，对照 brief 和反模式目录检查，然后不断收敛，直到贴合意图。这个阶段非常关键。第一个能工作的版本，从来不该直接上线。

Discovery 阶段不能跳，这正是它的价值。大多数 AI 生成 UI 失败，不是因为 JSX 写得差，而是因为没人先问“用户到底想完成什么”。craft 反过来处理这件事。

试试看

/impeccable craft a pricing page for a developer tool

你会先经历一轮 5 到 10 个问题的 discovery 访谈：受众是谁、产品气质如何、希望传达什么情绪、反参考是什么、有哪些约束。之后会产出 brief，再进入实现，并在每个阶段配合浏览器检查。视觉打磨通常会有不止一轮迭代。

整次运行会比普通命令更长，因为它把思考、构建和细修都包进来了。代价是前期更重，回报是后期返工更少。

常见陷阱

• 拿它处理小改动。 craft 适合新功能，不适合 touch-up。已有代码请改用 /impeccable polish、/impeccable critique 或某个更具体的 refine 命令。
• 在 discovery 阶段着急。 它看起来比“直接开写”慢，但其实不是。问题答得越认真，brief 越尖锐，构建越稳，返工越少。
• 跳过视觉迭代。 这个阶段存在是有原因的。从“技术上能跑”到“感觉上对了”，靠的是视觉打磨，不是 code review。让它跑完。