我现在用 Claude 设计的时间比用 Figma 更多

将 Claude/LLM 用于 UI 设计与原型制作

• 许多评论者现在使用 Claude Design / Claude Code（以及类似工具）来生成前端、线框图和可运行原型，通常是在 Figma 之前，或取代 Figma。
• 常见模式：先用 LLM 在代码中做原型，再在 Figma 或现有设计系统中进行视觉细化。
• 一些团队工作流：设计师/产品人员用 LLM 生成交互式原型，工程师之后再“真正地”重写实现，把原型当作活文档式提案。

提示词、创造力与通用化输出

• 如果没有详细的美学方向，模型会默认生成保守、套路化的设计（Tailwind/Bootstrap 克隆、“登机牌”式旅行 UI 等）。
• 用户报告称，当他们：
  • 提供非传统的参考网站或 UI 示例。
  • 指定字体、布局约束以及品牌/风格提示。
    时，输出会更有原创性。
• 即便如此，输出在视觉上往往仍然很相似，并且难以处理布局边界（例如过长的幻灯片）。

对工作流、角色和规格说明的影响

• 一些设计师/PM 觉得自己被赋能去“vibe code” UI 和逻辑，从而减少早期迭代对工程师的依赖。
• 前端工程师报告了新的负担：
  • 审查混乱的 AI 生成 PR。
  • 区分预期行为与意外的“slop”。
  • 处理更少的书面规格和更多对原型的逆向工程。
• 也有人喜欢原型让需求比单纯口头/文本规格更具体。

质量、可维护性与风险

• 几位工程师把 LLM 输出比作初级开发者：有用，但充满隐藏 bug、缺失边界情况和错误假设。
• 反对把 LLM 视为类似编译器的“更高抽象层”，因为输出并非确定性，也不可靠地正确。
• 担忧非技术利益相关者会认为原型代码“已经完成 95%”，并要求快速产品化，低估稳健性、安全性和数据完整性方面的工作。

对 AI 与工具的更广泛态度

• 情绪分裂：
  • 对更快迭代、对修改拥有无限耐心，以及让小型组织或 NGO 用廉价替代昂贵承包商感到兴奋。
  • 对炒作、“近乎邪教式”的必然性叙事，以及企业营销（包括那些投资 AI 的交易公司）持怀疑态度。
• 有人认为 AI 尤其适合一次性 UI、图像和低风险网页；也有人担心它会侵蚀深度思考和设计严谨性。
• 讨论还涉及 Figma 的未来、其内置 AI 功能被认为薄弱，以及传统设计和建站工具正面临压力的早期迹象。