AI接管了浏览器，调试还学吗

前阵子跟一个做前端的哥们聊天他说了句话把我逗笑了。“我花了五年时间学会怎么看Network面板、怎么定位内存泄漏、怎么读堆栈追踪。结果Google上星期开源了一个东西AI全都能干了。”他说的是7月5日Google Chrome DevTools团队开源的chrome-devtools-mcp。简单讲就是给AI编程助手装了一双DevTools之眼。以前你跟Cursor或Claude Code说我这页面加载好慢它只能猜。现在它能真的打开Chrome看网络请求的耗时读控制台的报错跑性能分析然后告诉你哪个接口超时了、哪个组件渲染卡住了、哪行JS抛异常了。二十多个调试工具全接上了。程序员练了十几年的调试手艺被官方亲手拆成一堆API调用。但这事的重点不在AI会调试了在你会调试吗变得更值钱了。调试操作 vs 调试思维先搞清楚一个区别。AI接管的是调试操作——打开DevTools面板、抓网络请求、看报错堆栈、截图对比这些是手和眼睛的活AI做得比人快。但AI没接管调试思维——看到一个报错之后你能不能判断是前端问题还是后端问题是代码逻辑错了还是环境配置不对是偶发还是必现这些决策需要基于你对整个系统的理解AI只能告诉你What happened决定Why it happened的依然是你。举个例子一个页面白屏场景AI帮你看了控制台报的是CORS错误。一个只会调试操作的人看到CORS就去找后端加跨域头了一个有调试思维的人会多想一步这个请求的域名对吗是不是前端的baseUrl配错了后端真的返回了这个资源吗同样的报错信息两种思维得出两种排查路径。AI给所有人看的是同一个面板但每个人看到的东西不一样。调试这件事从来不是在DevTools里学会的我见过很多前端新人觉得调试就是打开控制台看报错报错写了什么就改什么没报错就不知道怎么办了。真正的调试能力是经验堆出来的你调过上百个Bug之后看到一个现象脑子里会跳出三四种可能的原因。你修过上千个Bug之后直觉会告诉你先看哪、不用看哪。这个直觉AI目前给不了你。Chrome DevTools MCP能帮AI看到控制台报了一个TypeError但它不知道这个TypeError是不是因为你三天前改了一行配置文件导致的。它能看到现象看不到因果链因果链在你的脑子里。这也是为什么Google开源这个工具之后我的第一反应不是调试要死了是以后能问出正确问题的人更值钱了。以前你可能花半小时手动排查才能问AI一句请求超时是不是Nginx配置的问题。现在AI先帮你把现象全抓出来了你省掉那半小时——但这个问题的根因可能在Nginx上这个判断依然是你做的。工具变了但钱没变去年有个趋势已经开始显形大厂招聘前端工程师JD里会使用Chrome DevTools这条正在消失。不是不需要了是从核心竞争力变成了默认前提。取而代之的是什么呢“能独立定位跨端兼容性问题”、“具备前端性能优化的系统方法论”、“理解浏览器渲染原理”。发现没有这些要求AI都帮不上忙。AI能告诉你某个元素的computed style是什么但判断这个样式方案在低端安卓机上会不会崩需要你对浏览器引擎有底层理解。技术行业一直有个规律工具每升级一次低门槛操作的价值就贬值一次高门槛判断的价值就升值一次。Chrome DevTools MCP就是一个典型的升级它把操作浏览器的成本打到了零。但你用它做什么、用它得出什么结论、用它解决什么级别的Bug——这些才是你的身价。有一个更扎心的事实Charlie Marsh——就是那个写出Ruff和uv的Python工具链大神、最近被OpenAI收购的那位——他在播客里说过一句话“代码生成不是杀手锏架构创新才是。能用AI填函数体不算赢重新设计系统边界、解耦组件、定义接口——这些决定产品生死的顶层决策依然卡在人的脑子里。”调试也是一样的道理AI能做调试操作但决定调什么、往哪调、调到什么程度算修好了——这些顶层决策卡在你脑子里。所以Google把浏览器交给AI这件事真正值得焦虑的不是调试技能没用了。是你只会调试操作还是已经长出了调试思维。前者的话AI确实比你好后者的话AI是你手里最锋利的刀。刀当然重要但更重要的永远是握刀的人。