在项目开发中，你们通常会采取哪些措施来保证代码的编码规范？具体使用了哪些工具或技术，每一项在规范流程中分别起到了什么作用？

回答思路

1. 【回答框架 1】编码规范通常通过工具链强制执行，而不依赖人工检查。常用方案是ESLint（或类似linter）做静态代码检查，识别语法错误、未使用变量、潜在bug，并提供规则配置。
2. 【回答框架 2】Prettier（或格式化工具）统一代码风格，如缩进、引号、分号等，避免团队争论格式问题。注意linter和formatter职责重叠但侧重点不同：linter重代码质量，formatter重排版。
3. 【回答框架 3】在提交环节用Husky配合lint-staged在git提交前运行检查和格式化，只处理暂存文件，保证提交代码符合规范。也可在CI中全量检查，防止漏网之鱼。
4. 【回答框架 4】为统一编辑器行为，通常会配置EditorConfig或Share Config，如ESLint的extends和Prettier的配置，确保不同成员开发环境一致。
5. 【回答框架 5】规范的定义需要结合团队实际，可以通过约定或配置文件管理，并在code review中作为参考，但工具强制执行可减少人为偏差。
6. 【关键点 1】ESLint等linter用于静态分析，检查代码质量和潜在错误。
7. 【关键点 2】Prettier等格式化工具统一代码风格，与linter职责互补。
8. 【关键点 3】Husky+lint-staged在git提交前自动检查并修复暂存文件。
9. 【关键点 4】CI中运行检查可确保所有提交都通过规范。
10. 【关键点 5】EditorConfig和共享配置（extends）保持团队环境一致。
11. 【易错点 1】linter和formatter规则冲突时需配置eslint-config-prettier等关闭冲突规则。
12. 【易错点 2】只本地检查而忽略CI可能导致部分提交绕过规范。
13. 【易错点 3】规则过严或自定义过多可能降低开发效率，需平衡规范与灵活性。