074、代码规范自动化：ESLint、Prettier、Clippy 的 AI 辅助修复
上周五晚上十一点，我盯着屏幕上那个红色波浪线已经十分钟了。ESLint 报了个“no-unused-vars”，但那个变量明明在下一行被用了——哦，是用了，但被一个条件判断包裹着，ESLint 的静态分析没识别出来。手动加个// eslint-disable-next-line？太丑了。改逻辑？没必要。这时候我意识到，传统的 lint 工具只能告诉你“这里有问题”，但不会帮你判断“这个问题该不该修、怎么修”。
后来我试了 CodeX 的 AI 修复功能，它直接给出了一个重构建议：把那个变量移到条件判断内部，同时保留了语义。这不是简单的“自动修复”，而是理解上下文后的“智能修复”。今天这篇笔记，就聊聊怎么把 ESLint、Prettier、Clippy 这些工具和 AI 结合起来，让代码规范不再靠人肉盯。
从“报错”到“修复”：AI 如何理解 lint 规则
传统 lint 工具的工作方式是模式匹配。ESLint 的no-console规则就是正则匹配console.log，Prettier 的printWidth就是字符数统计。但 AI 不一样，它能看到代码的意图。
举个例子，你写了个if (user && user.name)，ESLint 可能报“
