AIWatch.

@nateparrott 本来是 Claude Code for VS Code 的唯一产品设计师，搭配两个工程师。Opus 4.5 发布后，“工程师的发布量远超以往，而他还在以一直以来的速度交付”。这也是 Nate 做 Claude Design 的最初想法：他不想被自己团队的加速甩下！

作为作者本人、Nate 使用 Claude Design 的十条最佳实践值得咱们学习，在使用 AI Design 产品时几乎都通用。

1. 先想清楚，再 prompt。他说自己在设计前花大量时间写 prompt：有时在工具里用语音按钮口述，有时在沙发上用手机备忘录打，有时散步时录音、之后把转录粘进来。

2. 告诉 Claude Design 该长什么样。“没有方向时，Claude 会挑一个它最喜欢的美学。你大概认得出来那些。”

Nate 是那个亲手把品牌蒸馏进 prompt 的人，所以他确切知道不注入约束时，模型会收敛到哪个默认点。这等于承认：所谓"AI 味"不是模型缺陷，是无约束状态的指纹。解法他给了三档：直接指定字体和颜色；给一个 moodboard；或者让 Claude 先头脑风暴字体配色组合，来回几轮直到某一组对了。

3. 把重复的工作变成 design system。上传 logo、slide 模板、截图、字体规范，让它分析并生成一套系统，之后每个产物都从你的选择出发而不是空白画布。

判断标准很清楚：一次性的 prompt 是消耗品，design system 是资产。

4. 要十个方案，然后 remix。“大部分不会好，那没关系；有一两个会好。”然后说"我喜欢 B，再掺一点 D，给我五个把它们揉在一起的变体"。

别再追求“一次生成对”，要练的是快速筛选和重组，因为评估的成本现在高于生成的成本。

5. 说不出来的就画出来。脑子里有个布局但找不到词，就画在纸上拍张照上传。

这是产品设计师身份最直白的一条：空间意图往往先于语言存在，硬翻译成文字会失真。顺带也承认了纯文字界面的带宽上限——纸笔没被淘汰，它是目前最快的意图压缩格式。

6. 指着说话。不要写一段话去描述你指的是哪个元素，点上去然后开口说。他给了具体路径：设备上开启听写，选 "comment"，点进评论框，说的话会像打字一样出现。

里面的分工很精确：指代用指针，意图用语音，键盘只在两者都不合适时才上场。

7. 保真度不重要时先做线框。要线框快得多，而且“能让 Claude 专注在设计的高层结构上，而不是视觉上”，适合快速试很多想法。

这条真正的信息量在后半句：保真度会抢占注意力预算——不只是模型的，也是评审者的。过早提高保真度，结构问题会被漂亮的表面盖住，评审意见也会跑偏到颜色上。

8. 最后一公里手工做。用直接编辑工具(挪动、删除、改文字、缩放、改颜色)做最终调整，不要用 prompt。理由：直接编辑不消耗 token，而且尺寸对齐这类小事本来就该用眼睛判断。

9. 给它真实的上下文。给现有 app 或网站设计功能时连上 GitHub，Claude 会抓取你的组件和现有页面作为起点，“几次尝试后能以相当高的保真度复现你现有的设计”。Web 搜索和 MCP 在里面同样可用。

很多用户失败的根因：上下文缺失。当初他贴日志、贴截图、说“你来设计吧”，结果很差；现在他把那个坑做成了连接器。

10. 和 Claude 并行工作。不必等它交出成品才提新要求，可以一次排好几条消息，或者在它还在处理上一轮时继续说。

这是对他产能焦虑最直接的回答：他要的是并发，不是回合制。潜台词是这个产品被设计成异步的，而多数人还在用“发一条、等一等、看结果”的同步节奏使用它，白白浪费了它的架构。