这事儿得从上周说起。我那天接了个私活，给客户改一个老项目的前端页面。功能不复杂，就是几个按钮的交互逻辑改一改。我寻思着这活儿简单，直接甩给ChatGPT不香吗？省得自己一行行抠代码。
我把需求描述得清清楚楚，连变量名怎么起都交代了。ChatGPT也很给面子，噼里啪啦给我生成了一大段代码。我一看，好家伙，结构清晰，注释齐全，还贴心地加了错误处理。我当时心里美滋滋，觉得这波稳了，直接复制粘贴进项目里，保存，刷新浏览器。
结果你猜怎么着？页面直接白屏了。控制台报错红彤彤一片，跟过年似的。
我赶紧把报错信息复制给ChatGPT看，它说“抱歉，我忽略了一个边界情况”，然后给我改了改，又发来一段。我再粘回去，这回不白屏了，但按钮点了没反应。我继续反馈，它继续改，来回折腾了七八轮，每次都是修好一个bug，冒出两个新bug。最气人的是有一次它居然在代码里用了个我项目里根本不存在的函数，还一本正经地注释说“此处调用公共方法”。
我当时真想砸键盘。客户那边还在催，说下午就要上线。我盯着屏幕上一坨乱糟糟的代码，缩进是乱的，空格和Tab混用，括号有的在行尾有的在行首，整个文件跟被猫踩过一样。我根本没法在这个基础上手动改，因为连看都看不清。
就在我准备跟客户道歉说延期的时候，突然想起之前收藏过的一个在线工具，叫“JS格式化压缩”。死马当活马医，我把ChatGPT生成的最后一版代码整个丢进去，点了下“格式化”。
奇迹出现了。原本挤成一团的代码瞬间舒展开了，每个层级清清楚楚，该换行换行，该缩进缩进。我一眼就看出来问题在哪儿了——有个循环的结束括号位置放错了，导致整个逻辑跑偏。还有一处变量名拼写不一致，ChatGPT写的是userName，后面调用的时候成了username。
说真的，以前我根本看不上这种格式化工具，觉得不就是整理下排版嘛，有啥技术含量。但那天我才明白，当你面对一段不是自己写的、而且逻辑有问题的代码时，格式化就是你的放大镜。代码一展开，所有藏着的错误全现出原形了。
后来我手动改了那两处错误，再用工具“压缩”了一下，体积小了不少，加载速度也快了。发给客户，一次通过。
这事给我的教训挺深的。ChatGPT这东西确实能帮你写代码，但它不是神，它看不到你的项目上下文，也测不了运行结果。它给你的代码，本质上是“看起来像正确答案”的东西。你要是真敢直接往生产环境里扔，翻车是迟早的事。
但我也不是劝大家别用AI写代码，那太矫情了。我的意思是，你得有个兜底的手段。现在我的工作流变了：让ChatGPT生成代码，不管它说得多自信，我都会先过一遍JS格式化工具。格式化了之后，逻辑顺不顺一眼就能看出来，比直接读那种挤成一行的代码效率高十倍。
而且这个工具有个好处，它不联网，代码不会上传到服务器，对做私活或者处理公司敏感代码的人来说，安全感拉满。我后来甚至拿它来检查我自己写的代码，有时候赶工写得太潦草，格式化一下，顺便还能发现几个不小心漏掉的逗号或者分号。
现在客户又给我推了个新项目，我还是会用ChatGPT打草稿，但我再也不会被它牵着鼻子走了。格式化，检查，修改，压缩，上线。这套流程走完，我心里才有底。
你们要是也遇到过AI写代码翻车的经历，别硬扛，试试先把代码格式化再说。有时候真相就藏在那一堆乱糟糟的字符里，你只是需要一双能看清它们的眼睛。