岗位要求Vibe Coding，真是让你编程么？

现在市场上的 UI 设计师招聘中，10家里面有6家以上会要求具备 AI 相关的技能，包括 AI 生图、AI 生成原型、AI 工作流搭建、AI 范式整理以及  VibeCoding。

尤其是大厂，VibeCoding 出现的频次极高，且要求也写的更多，这侧面反映了越专业的团队对设计师具备该技能的要求也更多。

我们今天就要围绕这个问题来进行分析，以及解释应该怎么入门。

VibeCoding（后面简称VC）中文翻译来叫 —— 

，小词起得曲高和寡，但用落地点的解释就是 —— 指挥AI生成代码，也就是用AI来进行编程或软件的开发。

这个操作本身非常的简单，只要会安装软件、会打字就能做得到，毕竟是 AI 编程不是用户编程。它门槛这么低还被 JD 反复提及，并不是因为招聘方就看重你指挥 AI 干活的能力，而是与此相关的其它能力的积累。

主要包括：

使用 VibeCoding 自己开发一个项目，就要像独立开发者一样从头开始创建一个项目直到它最终上线。你需要自己规划需求、编写文档、输入提示、检验结果、优化迭代到最终部署。

这个流程自己跑一遍，比看书还是看网上的一切教学都能更好的理解产品开发流程是什么样子的。同时具备这种全局观念，也是外行和内行的最大差异之一。

现在的招聘不管是社招基础岗还是校招实习，都不希望招进来的设计师是 “白纸”，如果对产品和流程的理解为零，就会增加很多不必要的沟通成本。所以如果设计师有完整的 VC 产品开发经验，就可以让沟通变得更顺畅，产出质量也必然会更高。

如果面试者中两个人都没有工作经验，但一个有 VC 经验而另一个没有，那他具有一定的产品经验而另外一个人没有，这种优势有多大相信大家自己也能想得出来。

这是紧接第一点衍生出来的经验，在产品的推进过程中，踩坑是必然的。即使AI来完成最繁重的部分，也不代表项目的推进就是畅通无阻的，我们必然要面对需求的决策的困扰，以及效率和成本的上的平衡。

比如在前期推进过程中，如果需求没有描述清楚，开始进行完整的开发，那么版本中存在的很多问题要进行二次调整可能还不如重做一版。或是一开始产品流程没有处理好，额外浪费了很多时间和 Token 去生成后续的功能，导致流程改起来又很拖沓等等。

只有这些问题积累的多了，我们才会仔细思考要推进任务的情况下应该怎么划分步骤，怎么实践“精益”或者“敏捷”的原则。

所以很多 JD 里也会强调用 AI 生成静态可交互原型的能力，就是因为要提高项目推进的效率和质量。有些前置工作是必不可少的，但你没自己经历过就根本不明白它们的价值。

AI 虽然越来越强大，但肯定不是万能的。专业团队自然都明白这一点，但又要顺应 AI 浪潮的趋势，让AI可以尽可能应用进工作场景和项目流程里，所以就衍生出来 “

” 这样的目标，这在大量 JD 中也有体现。

但搭建 AI 工作流就不是一个一次性的工作，而是一个探索的过程，通过对项目的理解和对 AI 能力与边界的理解，找到它最合理的应用方法。可以说现在所有大厂的团队都处于探索阶段，团队公众号、主页等发布的项目分享往往都是这些AI探索过程的总结。

但即使是大厂团队自己也没办法说已经百分百开发出 AI 的所有潜能和应用场景，所以这个探索的过程要一直持续下去。而应用 AI 这件事情，又不像设计这样需要经过深厚的积累，

。

所以团队往往会将相关的探索工作交给新人/实习来处理（我们知道的团队案例就好几个），所以新人最好要具备相关经验，这样就省掉很多不必要的麻烦。

第四点就是理解产品技术框架了，这虽然也是偏技术方向的知识，但确实是作为产品团队成员全都需要了解的通识，不管是产品经理还是 UI 设计师都一样。

在 VC 开发过程中，你肯定会发现想要在远程访问你做好的产品，就需要搭建服务器和联网，前后端要做分离，你需要寻求合理的搭建服务器和服务运行环境的方案。

同时，我们还需要根据系统、分辨率等因素来考虑使用的客户端类型和适配模式，以及自己去检查功能有没有跑通，做后续的优化迭代等等。

这些步骤和背景信息的认识，可以很好的提升 UI 设计师后续交付的能力，以及和程序员协作的能力。

只要开展 VC 的实践，就必然会积累出这些实战的经验与认识，所以以 VC 的能力来筛选求职者，就可以省略一大堆鸡肋的描述内容，并筛选出更能符合团队和项目需要的人员出来，才就是大家最需要认识到的地方。

想要积累 VibeCoding 的能力，最好的方式当然就是实践，直接动手。这其实不太需要看什么教程和说明，只要直接打开 Codex、Workbuddy、豆包工作等，输入你要制作的程序需求，然后让工具引导你一步步去开发出来就可以了。

这里优先推荐用 Workbuddy 的 DS、GLM Flash 模型或豆包工作模式，近期都有赠送积分点和试用，不用一上手就买会员。

接着第一个问题就是要开发什么工具？如果是没有什么产品经验，就强烈建议以你自己有真实需求的场景为目标，开发一些简单的本地工具。

比如：

必须要建立在自己使用需求上去开发的工具，这样产品应该有哪些功能你最了解，且作为核心用户你在检查生成结果的时候能发现各种缺陷和需要优化的地方。

比如我给自己开发一个旅行行程管理的工具，就基于我和朋友一起出门旅行前做计划的需求产生的，会根据我过往的经验来判断这个产品里得有什么功能，并以什么形式呈现更合理。

完成工具的基础开发，通常是运行在你本地的静态网页。我们要进一步推进，就得把它部署到服务器中。这时候你可以直接让 AI 给你生成一个部署的步骤和方案，告诉你该如何完成，你再跟着这个步骤去执行即可（多少得花点小钱买云服务器），尝试在线上跑通它。

在这个过程中，什么不懂，你就用豆包还是 GPT 对话里问什么，不需要太多时间你就能大概搞明白整个流程和模式是怎么一回事。

而有了第一个跑通的产品，你就可以马不停蹄得去做第二个产品了，产品的功能和复杂性就可以开始往上提升，进行更深度的使用，寻找AI的上限。

这里还有个很重要的建议，就是用 VC 开发出来的项目和整个过程，是可以置入到我们作品集当中去的。很多同学可能苦于怎么在作品集中展示 AI 的使用经验和成果，除了在运营设计端的项目展示外，最好的展示方式就是直接展示被完整实现出来且部署好的项目。

整个项目的包装可以围绕前期需求整理、中间如何做迭代、以及最后实现什么结果的结构来展示，这就要靠大家自己发挥了，我们后面有空也会做个案例出来

VibeCoding 就简单介绍到这里，它的门槛一点也不高，就是看你们自己愿不愿意动手，以及愿意克服中间出现的各种难题和对知识盲区的扫盲，只要你们愿意拿一个周末做实践，很快就能入门和上手，不需要再为 AI 的招聘需求而感到困惑。