写代码时，团队协作最怕风格不统一。变量命名五花八门，缩进一会儿空格一会儿制表符，括号位置随心所欲，时间一长自己回头看都头疼。这时候光靠人盯着看效率太低，得靠工具自动检查编码规范。
ESLint：JavaScript 的标配搭档
前端项目里，ESLint 几乎成了标配。它能检查 JS、TS 代码中不符合规范的地方，比如用了 var 而不是 const 或 let，或者函数名用了驼峰但变量却用了下划线。配合 .eslintrc 配置文件，可以自定义规则强度。
{
"extends": ["eslint:recommended"],
"rules": {
"no-console": "warn",
"quotes": ["error", "single"]
}
}保存文件时，编辑器立刻标出单双引号错误，省得等到联调才发现问题。
Prettier 不只是格式化
很多人以为 Prettier 只是美化代码的，其实它可以和 ESLint 联动，处理缩进、换行、逗号等格式问题。单独用可能冲突，但通过 eslint-config-prettier 关掉 ESLint 中重复的格式规则后，两者配合非常顺手。
Stylelint 管 CSS，别让样式乱套
CSS 写多了也容易混乱。有人喜欢把属性按字母排序，有人习惯先写 display 再写 margin。Stylelint 能统一这些细节。比如强制使用 rem 而非 px，禁止 !important，甚至限制颜色必须用变量引用。
{
"rules": {
"color-named": "never",
"unit-disallowed-list": ["px"]
}
}配上 VS Code 插件，保存即修正，再也不用翻设计文档核对单位。
Git Hooks 让检查自动触发
工具再好，没人主动运行也白搭。用 Husky 搭配 lint-staged，在 git commit 时自动跑一遍检查。如果代码不合规范，提交直接被拦下，逼着你改完再走。
npx husky add .husky/pre-commit "npx lint-staged"就像出门前照镜子，没整理好发型就别想上街。
编辑器集成才是日常刚需
再强的工具，不在编辑器里实时提醒也是摆设。VS Code 安装对应插件后，错误直接标红，悬停提示原因。写一半就知道哪里会踩雷，比提交后被 CI 打回来舒服多了。
实际开发中，这些工具组合已经成了基本操作。项目一初始化，配置文件先丢进去，新成员加入也能快速跟上节奏，不用反复沟通“为啥你这样写”。