我到现在还记得第一次用 Live Server 那个下午——改一行 CSS，浏览器里秒变，端工不用手动刷新。端工之前用 file:// 协议打开页面，端工改完样式得按十几次 F5，端工手指头都酸。端工那一刻我意识到，端工前端工具不是端工“锦上添花”，它直接决定了你写代码时是端工顺畅呼吸还是憋着气干活。

但工具这东西，端工多了也乱。端工刚入行那会儿，端工我装过一堆 Chrome 插件，端工什么 Web Developer、端工ColorZilla、端工WhatFont，后来发现真正每天用的就那么两三个。工具的价值不在于你收集了多少，而在于它是否嵌进了你的工作流，变成肌肉记忆。比如 VS Code 的 Emmet，打 ul>li*5 再按 Tab，五个列表项瞬间出来。这个动作我可能一天重复几十次，但从来没觉得烦，因为它帮我省下的时间足够泡杯咖啡。

说到编辑器，早期我用 Sublime Text，轻快得像一阵风。后来转 VS Code，一开始嫌它重，但架不住插件生态太猛。Prettier 自动格式化，ESLint 实时报错，GitLens 看每一行是谁写的——这些功能堆在一起，就像给代码装了个仪表盘。不过我也见过有人把 VS Code 装成圣诞树，几十个插件互相打架，保存文件要等三秒。工具得驯服，不是越多越牛。

构建工具的变化更明显。Grunt 和 Gulp 那会儿，写个 gulpfile.js 像在配中药，一堆 pipe 连来连去。后来 Webpack 一统江湖，配置项多到能出本书。我有个朋友，为了搞懂 tree shaking 和 code splitting，硬是啃了三天文档。但 Vite 出来之后，他直接说“回不去了”。启动速度从十几秒压到一眨眼，热更新几乎无感。这种体验上的碾压，比任何参数对比都更有说服力。我现在新项目默认用 Vite，老项目能迁就迁，不能迁就忍着。

调试工具也是。以前调移动端，用 Chrome 的 Device Toolbar 模拟，但真机上一跑就露馅。后来 vConsole 和 Eruda 成了救星，手机屏幕上直接看 console 和网络请求。有次线上出 bug，用户反馈按钮点不动，我远程连上 Eruda，发现是一个 z-index 被另一个组件盖住了。要是没这个工具，得靠猜和 alert 大法，那效率简直回到石器时代。

版本控制也算前端工具链的一环。Git 命令行我背不全，但 VS Code 内置的源代码管理面板足够日常用。冲突的时候，那个三向合并的界面比命令行直观太多。不过有次我手贱，在面板里点了“放弃所有更改”，半天的工作没了。从那以后，我养成习惯：提交前先 git status 看一眼，哪怕用 GUI。工具再智能，也替不了你的谨慎。

还有一类工具容易被忽略：浏览器开发者工具里的 Performance 和 Lighthouse。我见过很多前端，写页面只关心功能跑通，不关心帧率和加载。有次优化一个列表页，用 Performance 录了一段，发现每滚动一帧就触发一次 layout，原因是用了 offsetTop 在滚动回调里读布局。改成 IntersectionObserver 后，帧率从 30 跳到 60。这种工具不直接帮你写代码，但它告诉你代码哪里在拖后腿。

工具终究是外物。有人用 Notepad 也能写出好页面，有人堆满插件却连 flex 和 grid 都搞不清。我的观点是：先把手头的工具用透，再考虑换新的。比如 Chrome DevTools，你确定自己会用 Network 面板的 throttling 模拟弱网吗？会用 Sources 里的 XHR/fetch Breakpoints 抓请求吗？这些功能藏得深，但关键时刻能救命。别急着追新工具，先把每天用的那个摁到地板里。

最后说个小事。我最近把 VS Code 的主题从 Dark+ 换成了 GitHub Light，因为白天在窗边写代码，深色背景反光看不清。换完发现，连代码高亮的颜色都更顺眼了。工具的选择有时候就这么私人——别人说好的，你用着别扭，那就换。前端工具没有圣杯，只有合不合手。找到那个让你忘记工具存在的组合，就算到位了。