VibeCoding浪潮下,设计师的活法
超人的电话亭 · 科技资讯
原创 酸梅干超人 2026-11-05 22:35 上海 今天主要讨论的话题是近期咨询较多的问题，也就是 VibeCoding 浪潮下，UI设计师应该如何应对，以及如何规划职业发展路径。 VibeCoding 发展下的行业观察 我们都知道 VibeCoding 现在火速发展，大量企业都已经引入 VibeCoding 的工作流，让它来完成相应程序代码的开发，很多职业程序员也坦言很久没有手写过代码了。 并且，VibeCoding 也不止是编写代码，它还附带了对界面样式的 设计， 只要在编程的过程中顺手把界面也做完 ，而且往往能 通过一些简单的提示词或 Skill 生成出一般设计师设计不出来的视觉效果。 所以从工作环节上讲，设计这个步骤似乎就被消除了，本来的流程是需求经过设计再进行开发，现在是需求直接开发顺带把设计做了。 这是目前UI设计行业最被唱衰的一点，设计过程可以被 AI 取代，没有中间环节项目的开发效率大大提升了，成本也大大下降了，就是所谓的 —— 降本增效。 但如果使用这个逻辑来思考问题， 那只关注设计的一亩三分田就太短视了 ，AI 可不是只能做设计，它也可以编程，不管是前端或者后端代码都能写出来，而且还可以完成自查。 既然 AI 直接能写那还要前端、后端、测试工程师做什么？这个流程不就可以精简成产品经理一个角色使用 VibeCoding 直接完成需求的设计和开发并上线吗？ 到这里还没完 ，产品经理的工作本质是制定需求审查 AI 生成的内容，但如果产品经理本身的工作也有 AI 涉足的方法，从用户调研到数据监控需求分析，到 MRD、PRD 编写、项目管理也都可以做。 理论上老板只要搭建一套 AI 的系统，创建多个 Agent 角色，就能通过简单描述自己想要什么（许愿），让 AI 完成需求的编写到后续的设计研发测试一条龙服务。 老板只要端杯咖啡看一段时间短视频，再回来验收 AI 工作的成果即可。 这种多 Agent 协同的模式确实是当下的AI发展的主要趋势之一，常见的应用场景就是创建一个主管 Agent，再给它创建不同下属，有的收集信息、有的做设计、有的做开发、有的做测试，主管负责分配任务并检查它们的产出（甚至让它们群聊自己对话），等到全部按要求实现以后再交付给用户。 这种模式一般叫 Multi‑Agent System 或 Agent Orchestration，有很多人气开源项目在满足这个目标，大模型官方的工具也开始支持这种做法。 简而言之，就是一个自然人类可以管理一支 AI 军团。这套叙事模式的终局，就是你公司只需要有你老板一个人去指挥 AI 军队就可以了， 光盯设计有什么意思，产品、运营、研发、测试有一个算一个都要被 AI 淘汰 ，这种模式也有个很诱人的称呼叫 —— 一人公司（继电诈之后的新型诈骗）。 但这种模式合理吗？ 在逻辑上成立，但在现实世界很难完美运行。最核心的问题，就是产品有大量的细节是需要通过人来决策和审查的，应对层级越高的环境执行效果就越差，且越专业的领域审查它的结果也需要有一定的专业知识与经验。 想要直接取代现有岗位，最大的难点就是 “ 决策 ” 和 “ 审查 ” 两个门槛。 以设计为例，设计的决策就是决定应该设计什么以及设计成什么样，AI 是可以做出很多优秀的设计，但你不给出具体的描述时往往会得到不想要的结果。还有当设计的结果并不让人满意的时候，缺乏设计经验就很难对它做出调整，比如下面这些 AI 味特别重且平庸的案例。 设计是一种创造性行为，怎么画并不重要，重要的是想好画什么以及画出什么成果。想要让生成的界面好看又好用，需要经过大量的思考和调教，这需要一定的经验与精力的投入。 一个专业设计师最有价值的部分就是决策与审查，而 不是操作软件和粘贴素材 （这种一般也叫美工不是）。 所以设计师虽然会被 VibeCoding 影响，在一些不在意设计能用就行的项目里没有存在价值，但在另一些重视设计与体验的项目中依旧是不可或缺的。 那哪个岗位被 VibeCoding 影响最大？在我看来是 —— 前端工程师。 相较于设计，前端工程师的工作内容并不是创造（技术上创造的部分被 AI 打破了），而是 “遵循设计/需求做实现”，这里所需的决策成本并不算高。而前端产出的结果不像后端，是可以直接查看、使用的，也就是审查这一块也没有太高的门槛，开发出来的东西能不能用，测一测就知道了。 所以有相当一部分中小团队，已经直接让产品或是设计使用 VibeCoding 来完成前端页面的开发，之后再交付给后端让它们完成联调和上线。不是说前端就能完全被AI取代，而是中小规模的项目前端部分的工作是最适合用 AI 实现的，而使用 AI 的人却可以不是前端工程师。 AI 和 VibeCoding 的普及会对行业产生巨大的影响，它不是就针对设计师或前端