不是贩卖焦虑，是我这一年多来的真实体感。
我是什么时候开始认真想这个问题的
大概是2025年下半年的时候。
团队在应用了Cursor大半年后，有一天我想要看看大家对AI应用的状况如何，于是在内部做了一次问卷调查，结果很惊人：70%的出码都由AI完成了。那大家其他时间在干什么？在写Prompt、在解决AI搞不定的边界问题、更多的时间focus在质量上。
我坐在工位上看着这个数字，有点恍惚。
想起2013年我刚入行的时候，一个活动页要手写两三天，从切图到调IE兼容，每个像素都要抠。那时候觉得会写CSS是门手艺，走到哪儿都不怕没饭吃。
13年过去了，手艺还在，但好像不值钱了。
我对AI编程的态度，其实是慢慢变的
说实话，我不是那种一开始就All in AI的人。
2023年到2024年初，辅助工具阶段
GPT、Copilot这些工具刚出来的时候，我就在用。但说实话，那时候的感觉是：好用，但也就那样。
写个简单的工具函数、补个注释、做个代码补全，确实能省点时间。但复杂一点的业务逻辑？AI经常给出看起来对、实际跑不通的方案。review起来比重写还累。
那时候我的判断是：AI是辅助，核心代码还得人写。
2025年，一切都变了
公司给我们开通了Cursor Pro，团队开始大规模用起来。配合Claude这些模型，我突然发现：之前那套认知过时了。
举几个真实的对比：
- 以前让AI写个复杂表单，它给你生成一堆看起来很专业的代码，一跑起来总有bug，改起来比手写还慢，相当心累
- 现在的Cursor，特别是配合 Claude 4.6 Opus(或者4.5 sonnet)，你描述清楚需求，它能一次性生成可用度很高的代码，甚至能自己debug
最明显的变化是人的介入方式：
以前是"人写代码，AI辅助"，现在慢慢变成"人设计流程，AI实现，人review"。
这个转变比我们想象的快得多。
我们团队是怎么走到今天的
我不是那种开会宣布"我们要转型了"的Leader。
我们团队的转型，是从组内捣鼓一个小项目开始的。
去年下半年，我带领组内几个核心成员秘密推进了一个项目——AI+私域组件库生码。简单说，就是让产品同学用自然语言描述需求，AI可以结合我们内部私有组件库、业务组件库直接生成可用的UI原型和代码。
一开始只是小范围试，组里两三个人在搞。没想到效果比预期好，各方的反馈很积极。
后来这个事慢慢做大了，我们拿到了负责整个大前端的生码事项的机会。组里的3、4个成员陆续深入进去，从单纯的"写代码"变成了"设计AI工作流、调优Prompt、搭建生码平台"。
现在回头看，这个转型不是规划出来的，是自我勇于尝试、寻求突破，一步一步走出来的。
说一个很现实的事情：在AI侵入各种角色的今天，一定要有跑马圈地的思维。谁先跑，这个坑就可能是谁的，你才有机会进一步深入的AI的探索里面去。
我现在到底在焦虑什么
说实话，我不是焦虑"没活干"。
我焦虑的是：这个行业的价值标准正在重构，而我发现很多人还没意识到。
以前我们评价一个前端牛不牛，看的是不是精通Vue/React源码、是不是能写出优雅的组件、是不是能解决各种浏览器兼容问题。
这些能力当然还重要，但已经不是核心竞争力了。
现在更值钱的技能是什么？
- 能不能设计一套AI工作流，让多个AI协作完成复杂任务
- 能不能开发MCP服务，让AI直接操作代码库、数据库
- 能不能把业务经验沉淀成可复用的Prompt和Skill
说个现实的事：我现在招人的时候，会搭建Agent、懂AI工作流设计的候选人，就是会优先录用。而且这样的人根本不好招。
为什么？因为学校不教，培训班不教，大多数人还在学怎么把页面写得更漂亮。
作为学习来讲，AI技能学习也是一样的：必须多练，你消耗的Token量一定程度上能反应你是否在转型AI的方向
【深度】"设计AI工作流"到底是在做什么
上面提到"设计AI工作流"，可能很多人会问：这到底是什么？跟写代码有什么区别？
我用我们团队的真实案例来说。
以前我们做一个中后台页面，流程是：产品出PRD → 设计出稿 → 前端写代码 → 联调 → 测试 → 上线。一个中等复杂度的页面，3-5天。
现在的流程变成了：
第一步：需求分析Agent。 产品同学用自然语言描述需求（比如"做一个用户管理页面，要有列表、搜索、新增、编辑、删除"），这个Agent把自然语言转成结构化的DSL——JSON格式，包含组件的签名、字段定义、交互逻辑。
第二步：代码生成Agent。 拿到结构化DSL之后，代码生成Agent根据我们内部的组件库文档（通过RAG检索）和编码规范（通过Skill注入），生成完整的页面代码。不是随便生成，是严格按照公司的技术栈和代码风格来的。
第三步：代码修复 Agent。 生成的代码自动经过代码修复 Agent检查——有没有违反规范、有没有TS/ESLint问题、运行时/构建时有无问题。如果不合格，将错误和代码给我修复Agent进行修复。
第四步：评估Agent。 最后一步才是人来看。但到这一步，代码质量已经比较高了，人主要看的是UI是否正确、交互逻辑是否ok，代码稳定性是否可以。
整个流程，从需求输入到可review的代码产出，大概10-15分钟。
我要做的事情是什么？不是写这些Agent的代码（代码本身也可以让AI来写），而是设计这个工作流本身：哪些步骤用AI，哪些步骤用工程化手段，哪些需要人介入，每个Agent的Prompt怎么写才能保证输出质量，失败了怎么重试，重试几次之后走人工兜底，以及如何更好的节省Token、降低全链路耗时。
这就是"设计AI工作流"。它需要你理解业务、理解架构、理解AI的能力边界。 纯技术能力不够，纯业务能力也不够，需要两者结合。
这也是为什么我说5年以上经验的人反而更有优势——你对业务和架构的理解，是AI工作流设计中最难替代的部分。
不只是我们，大厂都在动
如果你觉得"这只是某些创业公司在搞"，那你可能低估了这波趋势的力度。
我最近跟几个在大厂带团队的老同事交流，发现各家的动作都很大：
字节，部分团队已经要求Leader培训前端写Go。据说27年会强制要求能写前后端，不愿意转型的，未来可能直接走人。我一个在字节的同事跟我说这话的时候，语气很平静，但内容很炸裂。
阿里更激进。内部有些团队已经直接要求前端能写Java了。不是"鼓励你去学"，是"写不了就别在这个组了"。
但我必须说一句实话：这个变化不是一蹴而就的。
即使在字节和阿里内部，也只是部分团队在试点。要传导到全行业——二线城市、中小厂、传统企业——可能还需要一年、两年，甚至更久。
所以不要恐慌。但也不要因为"我们公司还没推"就觉得安全。
大厂的趋势，从来都是行业的风向标。 以前大厂推React/Vue，小厂一两年后也跟了。全栈转型这件事，大概率也是同样的传导路径。
关键词不是"焦虑"，是**"提前准备"**。趁现在还是部分团队试点的阶段，你有一个宝贵的窗口期。等到全行业都在推的时候，再去学——就晚了。
一个判断标准：如果你所在的公司还没开始推这件事，不是说你安全，是你还有准备时间。时间多久？看你公司跟大厂的距离。
前后端分离了十几年，现在又要合回去？
你可能会问：斌少，这不就是全栈吗？
2010年前后，前后端分离是趋势，现在又要合回去了？
我一开始也有这个困惑。后来想明白了：
2010年到2024年，前后端分离是因为业务复杂度越来越高，一个人是难以搞不定。从企业的角度讲，提升效率是第一位的。
现在为什么又开始提全栈了？
因为AI接管了实现层。
以前你要花80%的时间写代码，20%的时间思考架构。现在反过来了，你花20%的时间告诉AI怎么写，80%的时间用来设计系统、把控质量。
**工具决定了边界。**当AI能帮你写代码，你自然就敢去碰原来不敢碰的领域。
这不是倒退，是新一轮的效率革命。
如果你还在写页面，我想跟你说几句
我知道看完这些，你可能有点不舒服。
说实话，我写了13年前端，看着自己熟悉的那套技能在贬值，心里也不是滋味。
但情绪归情绪，现实归现实。
基于这一年多的摸索，我想给还在做前端的你几个建议：
第一，别只盯着"写代码"这件事了。
如果你还在只做切图写页面，真的可以停一停了。去学Node.js基础、学数据库、学一个后端框架。不是为了成为全栈，是为了理解整个系统是怎么运转的。
第二，用AI做一次完整的Side Project。
不要只拿AI写业务代码，那只是在加速你的螺丝钉工作。用Cursor独立做一个完整项目，从前端到后端到部署，全流程走通。哪怕是一个很小的工具，你会对AI的能力边界有完全不同的理解。
第三，开始积累AI时代的作品集。
你的GitHub应该有AI辅助的项目、MCP服务、Multi-Agent工作流。这些才是新简历。别再把"精通Vue/React"写在简历最显眼的位置了，那已经是基础技能，不是加分项。
你的简历，还写着这些吗
说到简历，我最近面试了不少人，发现一个很明显的分水岭：
正在贬值的简历亮点：
精通 Vue / React熟练 CSS / 响应式布局Webpack / Vite 工程化组件库封装经验
别误会，这些能力不是没用了，而是从"加分项"沦为了"基础要求"。就像十年前"会用jQuery"能加分，现在谁还敢写这条？
正在升值的简历亮点：
- AI 工作流设计经验
- MCP 服务开发
- Multi-Agent 编排
- Prompt Engineering / RAG
这些能力目前极度稀缺。我面试这么多人，十个里面能说清楚MCP是什么的不超过两个。能拿出AI相关项目作品的？一个没有。
这就是窗口期。 当大多数人还不会的时候，你先学了，就是降维打击。等到所有人都会了，红利期就结束了。
写在最后
有人说，前端已死。
我不这么认为。
死的不是前端，是"只会写页面的前端"。
前端这个岗位，正在从"实现层"向"设计层"跃迁。这个过程中，有人会被淘汰，但也有人会抓住机会往上走。
说实话，我也不知道自己选的路对不对。13年了，第一次在这么大的变革面前，感到既兴奋又忐忑。
但我确定一点：坐着等答案，不如先动起来。
