
Hi,大家好,我是七帅。
前两三个月晚上,我在刷招聘。
一份份体验设计师的 JD 往下滑,滑到第三十多份的时候,我停住了。不是因为薪资,是因为同一行字反复出现——“熟悉 AI coding,有 Vibe Coding 经验”。
这一行,半年前还写在加分项里,带个括号,(优先)。现在它挪到了最上面,和 Figma、和组件库并列,成了基础要求。
我把手机放下,坐在那里想了一会儿。想的是一个有点扎人的问题:如果我是今天这个节点出去面试,靠我手里那套作品集,我过得去吗?
答案我没敢往下想。
我做了很多年设计。作品集这个东西,我太熟了——业务背景、用户调研、信息架构、几版方案对比、最终设计稿、上线数据。一整套流程下来,厚厚一沓,讲的是我多懂业务,图做得有多细。
这套打法过去是管用的。
但那天晚上我反应过来,市场在悄悄换一套评判标准。公司不再只问“你能不能把图画好”,他们开始问“你能不能把图画完之后,再往前走一步”。
那一步,就是代码。
这里说的不是去抢前端开发的饭碗。是你能把手里的设计,自己推到一个能跑、能点、能给前端开发当起点的程度。
这个能力,过去设计师没有,也不需要。现在有了,也需要了。
我决定做个实验。
我找了一个同学。我跟他说,我们用一周多的时间,做一件事——把从 PRD 到可交互前端页面这条路,跑通,并且固化下来。
办法是做一个 Skill。
Skill 这个东西,简单说,就是你把一套规矩、一套约束、一套你想让 AI 遵守的东西,提前写成规则喂给它。之后每次干活,它都按这套规矩来,不用你每次重新叮嘱。
我们没有从零开始。我们把公司的设计系统、设计规范、交互规则,一项一项往里塞。
这件事比想象的琐碎。
一个按钮在 hover 时该变几个色阶,弹窗出来的间距是多少,表单报错文案停在屏幕哪个位置,同一类组件在不同页面里要不要长得完全一样——这些过去散在文档里、散在设计师脑子里的东西,现在要一条一条讲清楚,写成 AI 能听懂、能照做的句子。
中间有几天挺磨人。改一处,跑一遍,发现哪里不对,再回去调。一个组件的间距,能来回折腾好几轮。
但跑到第五天还是第六天的时候,它通了。
我把一份 PRD 的内容丢进去,Skill 跑了一段时间,吐出一个前端页面。
我点开。能跳转,能交互,组件用的是我们公司的规范,间距、字号、颜色都对得上。
那一刻我有点愣。
它离完美还远,细节还要打磨,接口要对接。让我愣的是另一件事:这个页面,过去需要一个前端开发从零开始写,现在一个设计师,对着 PRD,自己就能把它生出来。
设计师拿到的,不再只是一张图。是一段能跑的代码。
这段代码可以直接交给前端开发。前端开发不用再从画图开始还原,他们在这一版基础上做调整、接接口、处理边界情况就行。
设计师的边界,就这样被往外推了一大步。
这个同学拿着这个项目去投简历。
投的都是明明白白写着“AI 编程”“Vibe Coding”要求的岗位。因为项目本身就是这个方向,匹配度很高。
反馈来得比我们预想的快。
不到两周,有三家公司进了面试,其中走完了终面。最近这两天,估计能有 Offer 落地。后面还有几场面试排在路上,没走完。
我不敢说这个项目就是决定性的。面试能不能成,看的东西很多——岗位匹配度、当天聊的状态、对方那边的 HC,运气也占一部分。我能说的是,在这个时间点,这个项目让他在一堆用传统方式做作品集的人里,被看见的概率高了。
被看见,是第一步。
这件事跑下来,我回头想了想自己以前对作品集的理解。
我以前总觉得,作品集就是把过去做的事情讲清楚,证明我懂业务、会做图、有过程。
现在我觉得这个理解慢了半拍。
传统那套还是根基——业务理解、设计过程,这些不能丢,没有这些,AI 给你生成的代码也是飘的。问题在于,光有这些,在今天会显得单薄。
公司想知道的,已经不止是“你过去做过什么”,还有“你能不能用新的工具,把事情往前多推一步”。
如果你的作品集里,从头到尾看不到一点 AI 的痕迹,面试官可能会想:这个人对新东西,是没接触过,还是没意愿。
不管是哪一种,在这个节点,都谈不上加分。
这个实验做下来,我最大的收获不是那个 Skill 本身,是我确认了一件事:设计师往 AI coding 这个方向走,没有很多人想的那么远、那么难。
一个真正能落地的 Vibe Coding 项目,一个从 PRD 到可交互页面的自动化工作流,是可以在一周多时间里搭出来的。
所以我想把这件事,复制给更多人。
如果你也想在自己的作品集里,放一个这样的项目——不是摆设,是真的能跑、能交付、能让你在面试里多点底气的那种,可以来找我。
我们一起,把这套设计工作流、Vibe Coding 的流程,从零搭一遍。
你带你的设计底子,我带路。