先把这个结论撂这：前端开发没完蛋，完蛋的是这行过去十年建立起来的那套定价逻辑。你焦虑的不是没活干——活还在，甚至更多——你焦虑的是自己最值钱的那部分活，一个智能体几分钟就干完了，账翻得太快，情绪没跟上。
就拿那个 Winamp 的复刻说事。原作者让 Kiro Crew 重建了一个旧版 MP3 播放器，均衡器、可滚动播放列表、播放暂停停止、上下首、随机重复、平衡音量控制，上周六基本一次全部干完。他自己估，手动做完要几天。几天对几分钟，这笔账谁都得算。而且注意一个细节：因为他没要求用 Vue 或 React，智能体完全没用框架，源码就是一个 index.html、一点 CSS、仨瓜俩枣的 JavaScript 和一点 Python。够用吗？看起来够用。能跑吗？能跑。但"能跑的播放器"和"值钱的播放器"是两码事，这个我待会儿再算。
说句扫兴的，前端这行的老毛病就在这：我们最容易被夸的是做得快、做得像、交付勤。这会儿恰恰是最先被 AI 拿走的部分。一个刚学 Python 三周的人说，AI 写代码比他读代码还快。这话不吓人，吓人的是他后面补的那句——他一度害怕，后来不害怕了，因为他发现 AI 能一次生成那套均衡器 UI，却没法判断 UX 好坏。这话被一个外行说出来，说明什么？说明判断力的价值正在被市场重新发现，但离"能标价"还差得远。
插一句不相干的，回正题。真正的痛点不是 AI 会不会替代你，是它把你最容易被看见的部分替代掉了。前端工作从那篇文章里的讨论看，已经裂成两层了。一层是"让东西看起来能跑"——生成组件、搭页面、做表单、拼 Tailwind 样式，这层的价格在崩，而且崩得很快。另一层是"让东西在真实世界里不出事"——性能什么时候掉、Core Web Vitals 怎么守住、屏幕阅读器卡在哪一步、少发一个请求什么后果、功能开关和埋点怎么设计。但这层有个致命问题：它不可见。越不可见，越没人愿意买单。没人会为了"这个开发者帮我避开了三个无障碍坑"加钱，等到踩坑了才后悔。这笔账以前是由行业惯性替你收的，现在惯性破了。
还有更冷的一层账，码农圈很少直说。原作者总结他的 5K 教练应用时说，不算华丽也谈不上惊人，但对自己的训练计划足够用。然后他点了一句更狠的：不每天接触这类工作的人，大多会觉得 AI 生成的设计看起来没问题。你听出这话里的意思没有？你的买家、你的客户、你的老板，多半已经觉得 AI 的默认货够用了。当买家觉得够用，你做得再好也没有定价权。这不是技术问题，是市场供需问题。你的炫技，在"够用"面前分文不值。
那到底怎么办？那位 62 岁留言的开发者给了条路：选几个前端框架，比如 Vue 或 Angular，搭一个可靠后端，比如 C#，然后成为这套组合的绝对高手。原作者说他也一直这么想。但我得把这话翻译成账，不然又变成正确但没用的建议。这条路的核心不是"学更多"，是"卡住一个 AI 跑不远的位"。AI 能生成组件，但它不知道这个组件该不该用在这个场景里；能生成测试，但不知道什么测试会拖死 CI；能重构代码，但不知道重构完会不会把埋点打丢。你卡在这些判断上，就暂时安全。
但这个判断我一开始其实不是这么想的，早半年我还觉得"学会用 AI 补手速就够了"。后来发现自己漏算了一项——手速被 AI 补完之后，市场的价格锚点跟着塌了。你补得越快，单价越低。因为这个能力一旦普及，买家参照系就变了。所以现在我不劝人"提高效率"了，那是在给自己砍价。这个亏我吃过，不展开。
回到路径上来。我得给这条路也泼一瓢冷水，不然不够诚实。这条路有个没人爱提的坑：门槛是时间。62 岁那位有近三十年经验，才磨出今天这套判断力。你让一个刚入行的照着这条路走，他熬不到那个位置就先被价格压垮了。所以"成为绝对高手"这条窄路，对已经走了七八年的人成立，对刚毕业三年的人基本不成立。那年轻人怎么办？账本上我看不到太好的选项，唯一能说的：别把青春投在那些 AI 已经能干的环节上，投在"人才能出判断"的地方，哪怕那地方现在还没多少人付费。这个我目前不敢下死话，再看看。
最后这笔账收一下。前端这个头衔没消失，它只是被重新定价。你现在这份收入里，买的是你写代码的那双手，还是你判断对错的那个脑子？手的部分正在被每个新版本模型蚕食，脑子那份不会消失，但前提是你能向别人证明它值钱。这比写代码难，难在它没有一条清晰的考证路径。
本期认知税：把"AI 放大的效率"当成"自己的定价权"，是这波红利里最贵的一笔账。这笔账，你自己算。