什么是 Claude Code 的 /design 命令？

如果你最近在终端里鼓捣 AI 编程助手，可能会撞见一个听起来有点“越界”的命令：Claude Code 的 /design。它不是让你写业务逻辑的，而是把“画界面原型”这件事，直接塞进了终端或 Claude Desktop 的对话流里——用自然语言描述需求，就能生成可交互的 UI 原型预览。

说白了，它想 bridging 两头：一头是产品经理白板上的草图、设计师脑中的布局感觉；另一头是研发天天待着的代码环境。传统低保真往往要手绘、再用工具画线框、再导出图片给开发看，中间来回切换软件很碎。/design 系列子命令试图把这段压缩掉：你丢一段需求描述或参考素材，它结合布局模板和设计 token 吐出原型，尽量还跟设计系统对齐，减少后期样式打架的概率。

常见玩法大概分几类。快速概念验证时，产品提一个功能点，用类似 generate 的方式生成预览，几分钟内就能对着界面讨论交互，而不是对着文档空想。想多看几种视觉方向，可以用探索类子命令一次出多个变体，再在终端或桌面端里挑更贴品牌的方案。手里已有截图、Figma 链接或 PDF 时，风格与布局抽取类命令能把颜色、字体、结构等要素拎出来，当设计系统的起步基准。这些都在本地终端完成，省掉切浏览器、开绘图软件的摩擦。

当然，别把它听成“设计师可以下岗了”。自动生成的界面，在细交互、可访问性、业务逻辑上照样会翻车，产品与 UX 仍要做可用性评审。真正的设计稿存档、版本审计，以及项目里的 lint、formatter、代码审查，也不会因为多了个命令就消失；即便有把设计系统引用同步进仓库的能力，人工把关和跨团队沟通记录依然必要——自动化省的是手绘与反复导出的时间，不是判断本身。

所以更准确的定位或许是：早期预览里一条“终端即原型”的快捷通路，适合把低保真阶段从数小时压到数分钟，让协同更早对齐。你觉得它会先改变产品经理的习惯，还是先改变设计师与研发的对接节奏？这大概比争论“AI 能不能取代设计”更值得聊聊。