去年年初,AI大潮席卷整个技术圈,前端领域也不例外。我满怀热情地投入前端AI化的浪潮,折腾了大半年,最后选择了放弃。这篇文章不是劝退帖,而是如实记录这段经历,以及我为什么决定停下来。

一、入门:一切看起来都很美好

刚开始的时候,一切都让人兴奋。

1. 工具层出不穷。 从GitHub Copilot到Cursor,从各种代码补全插件到AI重构工具,几乎每周都有新东西出来。我花了大量时间试用每一款新工具,配置各种插件,感觉自己站在了技术前沿。

2. 效率确实提升了。 写样板代码、生成单元测试、写正则表达式,这些重复性工作AI确实做得又快又好。那段时间我感觉自己的编码速度提升了至少30%。

3. 社区氛围热烈。 各种技术群里都在讨论AI,大家分享自己的提示词和工作流,感觉不参与就会被时代抛弃。

我当时觉得,前端AI化是必然趋势,越早投入越有优势。

二、深入:问题开始浮现

深入使用了两三个月后,问题开始一个个冒出来。

1. 代码质量参差不齐。 AI生成的代码看起来很合理,但经常有隐蔽的bug。有一次AI生成的表单验证逻辑漏掉了边界条件,上线后导致用户提交失败,我花了半天时间排查。从那以后,我对AI生成的每一行代码都要仔细审查,反而比自己写还累。

2. 上下文窗口有限。 真实项目的代码库动辄几十万行,AI只能看到当前文件和少量上下文。涉及跨模块的重构时,AI经常生成不兼容的代码,需要大量手动调整。

3. 学习被替代了。 用AI写代码久了,我发现自己对新技术的理解变浅了。以前遇到问题会查文档、看源码,现在第一反应是问AI。知其然不知其所以然,基础反而不扎实了。

三、挣扎:投入产出比越来越低

意识到问题后,我没有立刻放弃,而是尝试调整使用方式。

1. 只在特定场景使用。 我把AI限制在写测试、生成文档、代码格式化这些低风险场景。但这样一来,AI的价值大打折扣,花在配置和维护上的时间反而比节省的时间还多。

2. 自建提示词库。 我花了很多时间整理针对前端项目的提示词模板,试图提高AI输出的质量。但项目一换,模板就不适用了,维护成本很高。

3. 团队推广受阻。 我尝试在团队内推广AI工具,但同事们的反馈两极分化。喜欢的人爱不释手,不喜欢的人觉得干扰工作。统一工作流的尝试最终不了了之。

那段时间我经常问自己:我是在写代码,还是在调教AI?

四、放弃:想清楚了几件事

大半年折腾下来,我最终决定大幅减少AI在日常开发中的使用。做这个决定不是因为AI不好,而是想清楚了几件事。

1. 核心能力不能外包。 作为前端工程师,架构设计、问题排查、性能优化这些核心能力,是AI替代不了的,也是我的价值所在。如果把这些都交给AI,我就变成了一个"代码审核员",而不是工程师。

2. 工具服务于人,不是人服务于工具。 我发现自己花了太多时间在配置工具、调试提示词、跟AI较劲上。工具应该帮我节省时间,而不是让我围着它转。

3. 延迟满足更有价值。 自己动手解决一个难题,虽然慢,但那种理解和成长是AI给不了的。长期来看,这些积累才是职业发展的根基。

五、现在的状态

放弃了全面AI化之后,我并没有完全不用AI,而是回到了更理性的状态。

  • 写正则表达式时用AI,省得查语法
  • 写单元测试时用AI生成初稿,自己再调整
  • 遇到不熟悉的API时,让AI给个示例,再对照文档确认
  • 核心业务逻辑和架构设计,一律自己写

这样用下来,AI确实是个好用的助手,但不再是我的"副驾驶",更像是一个随时可以请教的同事。

六、写在最后

前端AI化是一个真实的趋势,我不否认它的价值。但趋势不等于每个人都要all in。每个人的工作方式、项目类型、职业阶段都不同,适合自己的才是最好的。

如果你正在考虑全面拥抱AI化,我的建议是:先想清楚你的核心竞争力是什么,哪些工作可以交给AI,哪些必须自己掌握。想清楚了再投入,比盲目跟风要靠谱得多。

我放弃的不是AI,而是那种"为了AI而AI"的焦虑。