一个设计工具不会画矢量图，没有点击原型，也不支持团队协作——却被叫做"Figma杀手"。这听起来像个笑话，但Claude的新功能确实让不少人认真讨论起这个问题。

真相更微妙：它既不是替代品，也不是玩具。它开辟了一条完全不同的路。

打开网易新闻 查看精彩图片

Claude设计功能到底能做什么

它的核心能力很具体：用自然语言描述或上传截图，生成带Tailwind样式的React组件代码。输出直接在浏览器沙盒里可运行，用 plain English 描述修改就能迭代。

这不是设计师的工具。它不会画矢量图形，没有可点击的原型流程，不输出设计规范或标注，也不是团队协作平台。

它是开发者的工具——给那些清楚自己要什么、但不想写样板代码的人。快速搭出第一版前端界面，或者把截图、线框图转成能跑的代码，准确度出人意料。

关键区别在于起点：Figma从视觉开始，Claude从描述开始。

什么时候该用Claude，什么时候该用Figma

Claude设计功能适合的场景很清晰：

—— 在承诺接入设计系统之前，快速原型验证新功能

—— 内部工具，设计精致度是次要的

—— 开发者自己兼任设计师的 solo 场景

—— 把截图或线框图迅速转成可运行代码

—— 生成一个起点，然后大量自定义改造

一个有效的提示词长这样：「创建一个仪表板卡片，显示月度收入，带迷你折线图、趋势指示器（含涨跌百分比）和『查看详情』按钮。深色卡片配灰色背景，只用Tailwind，无其他依赖。」

但它有明显边界：已有设计系统的产品（Claude不认识你的设计令牌）、设计师和开发者分离的团队、复杂交互状态（悬停动画、过渡效果、模态流程）、需要设计评审才能落地的项目、要紧密集成现有 styled-components 或 CSS 模块的组件——这些都不适合。

Figma的工作流是设计师驱动：设计师创作→设计评审→规格交付→开发实现→质量验收。Claude的工作流是开发者驱动：开发描述→Claude生成→开发调代码→完成。

这两条流不是竞争关系，是服务不同团队结构。Claude设计功能取代的，是 solo 开发者原本会独自打开Figma的那段时光。

为什么这件事被过度解读了

viral 反应的核心，其实不是Claude vs Figma的工具对比。它指向一个更大的方向转移：UI生成正在从设计中心的工作流，转向代码中心的工作流。

Claude的真正优势在于理解意图。「让这看起来更可信」——Claude能执行这个提示。Figma不能。「给定价区增加更多视觉层级」——Claude一次响应就能调整字重、尺寸、间距和颜色。在Figma里，这是20次点击。

对开发者而言，心智模型的转变很显著：设计变成了一场对话，而不是一系列工具操作。

但这不意味着设计师失业。它意味着两种专业角色的工具边界在重新划分。设计师依然负责需要审美判断、品牌一致性、复杂交互设计的场景。开发者则在快速迭代、内部工具、个人项目的场景中获得更大自主权。

工具选择最终回到团队结构问题：谁在做决定，以及决策速度有多重要。

冷幽默

最讽刺的是，那些急着宣布"Figma已死"的人，和五年前说"Sketch已死"的，大概是同一批。他们似乎忘了，设计工具的真正护城河从来不是功能列表，而是「我打开它是因为同事都在用」。Claude设计功能现在最大的敌人，可能是Slack里那个永远不回消息的设计师——毕竟，再快的代码生成，也替代不了「帮我看看这个配色行不行」。