给还在做前端的朋友们

这两年，我经常听到一个问题：

“AI 都能写前端了，前端还有未来吗？”

说实话，这个问题我自己也想过。

尤其是最近一年，AI 写代码的能力提升得太快了。

以前我们觉得挺麻烦的页面，现在一句话就能生成。

React、Vue、Tailwind、表格、表单、弹窗、后台管理系统……

很多东西，你甚至不需要一行一行写了。

再往前一点，AI 还能读项目、改代码、执行命令、跑测试、查问题。

从最早的代码补全，到现在的 Coding Agent，变化其实已经很明显：

AI 已经不只是辅助写代码，它开始参与整个开发过程。

所以，如果你问我：

前端会不会消失？

我的答案是：

不会。

但是只会写页面的人，日子一定会越来越难。

一、真正危险的，不是 AI 会写代码

很多人对 AI 的焦虑，本质上来自一件事：

以前我们花很多时间掌握的东西，现在 AI 几秒钟就能完成。

写一个表单。

写一个 CRUD。

写一个登录页。

写一套管理后台。

甚至根据截图还原页面。

这些事情曾经是前端工程师很重要的一部分工作。

但它们有一个共同特点：

重复、标准、有明确答案。

而 AI 最擅长的，恰恰就是这种工作。

所以未来几年，最先被压缩的，很可能不是“前端”这个岗位，而是前端工作中那些重复、低判断成本的部分。

这件事其实没什么奇怪的。

以前 jQuery 出来的时候，有人担心原生 JavaScript 开发。

后来 Vue、React 出来，又有人觉得很多前端工作被框架简化了。

再后来组件库、脚手架、低代码不断出现。

开发工具一直都在把重复劳动拿走。

AI 只是把这个过程又往前推了一大步。

真正的问题从来不是：

“AI 会不会写代码？”

而是：

“当写代码越来越便宜以后，你还能提供什么价值？”

二、前端不会消失，但前端的定义会变

我越来越觉得，以后的前端开发，不能只把自己理解成一个“页面开发工程师”。

过去，一个需求下来，我们可能习惯先想：

这个页面怎么写？

这个组件怎么拆？

这个接口怎么接？

这个状态怎么管理？

这些当然依然重要。

但更重要的问题会慢慢变成：

用户为什么需要这个功能？

这个功能真正解决什么问题？

业务流程应该怎么设计？

AI 能参与其中哪一步？

产品怎样才能真正落地？

这时候，前端的角色其实已经在发生变化。

以前更多是：

“把需求实现出来。”

以后可能越来越接近：

“把问题解决掉。”

看起来只差几个字，实际上是完全不同的能力结构。

因为解决一个真实问题，靠的从来不只是代码。

里面还包括交互、产品、业务、数据、体验、工程能力，甚至对用户心理的理解。

这些事情，不是简单生成一个页面就结束了。

三、前端反而有一个很重要的优势

很多人觉得 AI 时代后端、算法、模型工程师会更重要。

当然，他们确实非常重要。

但我一直觉得，前端其实有一个很容易被低估的优势：

前端离用户很近。

我们每天面对的就是：

用户看到什么。

用户点击什么。

用户在哪里犹豫。

哪一步流程复杂。

哪个交互让人困惑。

什么功能真正好用。

这其实是非常重要的一种能力。

因为 AI 最终不是为了做一个模型。

也不是为了跑一个 Benchmark。

AI 最终还是要进入真实产品。

而任何真正进入产品的 AI，都绕不开交互和体验。

比如一个 Agent。

模型本身当然重要。

但用户真正接触到的是什么？

是输入框。

是任务状态。

是工具调用。

是文件。

是日志。

是中断与恢复。

是权限确认。

是结果展示。

是失败后的处理。

这些东西，本质上依然是产品和前端问题。

所以以后优秀的前端工程师，很可能不是离 AI 更远，而是会离 AI 更近。

四、别只学模型，开始学 AI 应用

我觉得前端现在最值得补的，不是去和算法工程师硬拼模型训练。

而是学习怎么把 AI 真正放进产品里。

比如模型调用、流式输出、上下文管理、RAG、Tool Calling、MCP、Agent、工作流、多模型路由……

这些东西不一定每一个都要研究到很深。

但至少要知道：

它们解决什么问题。

什么时候应该使用。

怎么和前端、后端、业务系统连接起来。

因为未来大量 AI 产品，不会只是一个聊天框。

AI 会慢慢进入已有的软件流程。

客服系统里会有 Agent。

医院系统里会有 Agent。

ERP 里会有 Agent。

IDE 里会有 Agent。

运维平台里会有 Agent。

企业内部系统里也会有 Agent。

到了那个时候，真正需要的人，并不只是“懂模型”的人。

而是那些能够把：

模型 + 产品 + 业务 + 工程

连接起来的人。

五、以后最贵的，可能不是写代码

AI 写代码越来越快以后，我反而越来越觉得：

写代码本身可能会越来越便宜。

真正贵的，是判断。

什么功能应该做？

什么功能不应该做？

这个需求是不是伪需求？

这个交互是不是复杂了？

这个 Agent 为什么总执行错？

这里应该让 AI 自动完成，还是让用户确认？

模型出错以后应该怎么降级？

这些东西没有一个简单的标准答案。

很多时候，需要你真正理解业务以后才能做判断。

所以我很认同一句话：

比起只会写代码，更重要的是懂业务。

以前这句话可能听起来像一句职场套话。

AI 时代以后，它反而会越来越实际。

因为当代码生成成本不断下降以后，业务理解和判断能力的价值会变得更明显。

六、那现在应该做什么？

如果你现在还在做前端，我觉得没必要每天焦虑“前端是不是要没了”。

焦虑本身并不会让人变强。

真正有用的，是开始改变自己的能力结构。

我会更建议做几件事情：

学会和 AI 一起开发。 不要把 AI 当搜索框，把它变成真正参与开发过程的工具。
做真实项目。 不要永远停留在 Demo，完整做几个真正能使用、能部署、能迭代的产品。
开始接触 AI 应用开发。 模型调用、RAG、Agent、MCP、工作流，可以一点一点补。
保留前端自己的优势。 交互、视觉、体验、工程质量、落地速度，这些依然非常重要。
开始理解业务。 不要只问“这个页面怎么写”，开始问“为什么要做这个页面”。

因为未来的工程师，很可能不会再被简单区分成：

前端。

后端。

AI。

而是越来越接近一种新的角色：

能够借助 AI，把一个问题从想法做到结果的人。

手写信.png

写在最后

我其实并不觉得这是前端最坏的时代。

恰恰相反。

如果一个前端工程师同时懂交互、产品、工程，又开始懂 AI，那么他能做的事情，实际上比以前更多了。

以前你可能需要一个前端、一个后端、一个设计，再加几个人，才能把一个想法做出来。

现在，一个人借助 AI，也许就能很快完成第一版。

当然，这也意味着竞争会越来越激烈。

因为工具把所有人的起跑线都往前推了。

最后真正拉开差距的，可能不再是谁记住了更多 API，也不是谁写代码速度更快。

而是谁能够持续学习，谁能够理解真实问题，谁能够把新的工具变成自己的能力。

所以，与其一直问：

“AI 会不会替代前端？”

我更愿意换一个问题：

“当 AI 已经来了，我能不能借它走得更远？”

未来不属于最会卷代码的人。

也不会简单属于最会用 AI 的人。

它更可能属于那些——

懂业务、懂产品、懂技术，也懂得借助 AI 持续进化的人。

一起往前走。

tree

2026.9.16