⚠️ 常拿聊天型大模型赶活动页原型、老板汇报页，或者把草图再交给写代码工具的人，最容易踩的坑不是不会用，而是把 Claude 当成同一种工具，以为谁分高谁就适合自己。这里一旦放错位置，前面像省事，后面很可能补排版、补协作，再多一轮搬文件和返工。[C002]
我现在更在意的一句判断是：它最想缩短的不是出图时间，而是需求到代码的距离。[C002] 这类产品最值钱的不是会不会替掉谁，而是它能不能少掉一次草图到代码之间的搬运。很多团队缺的不是又一个画图工具，而是少一次从草图到代码的搬运。
证据我主要看了 Anthropic 那篇《Introducing Claude Design by Anthropic Labs》[C001]。里面写得很直白：产品经理可以先把功能流程画出来，再交给 Claude Code；设计准备好后，还能直接打包成交接材料。[C003] 这不是“画完一张图就结束”，而是在减少你把需求再讲一遍、把文件再搬一次。
另一个细节也很关键：官方原型教程里说，连上代码库后，它会按你现有组件和样式来生成；导出时还会把设计文件、聊天记录和 README 一起交给 Claude Code。[C004] 这说明它想做的，是把草图和前端上下文一起往下传，不是单独丢一张效果图就完事。
所以我的用法判断很简单：急着出活动页原型、汇报页草稿，或者想把需求尽快交给代码工具的人，可以把它放在“交给代码前”这一步试；但如果你要精细排版、多人评审、长期维护规范，它更像补位，不像主力。
下次再看到 Claude Design，先别问它像不像另一个设计工具，先问这一步能不能帮你少搬一次文件、少重讲一次需求。这个判断值得先存着。
🤔 你现在最想先避开的，是哪一个坑？