- 统一格式化器（gofmt、Black、Prettier 等）配合提交钩子自动执行
- lint 能查的规则不写进人工清单：命名大小写、行宽、导入顺序
- 评审仍可提可读性问题：但要指向理解成本，而非个人偏好
- 工具配置本身走评审：一改全库，影响面大
把风格从评审里移除，是提升评审信噪比成本较低的一招。
风格问题交给工具，而不是评审
格式与风格应由格式化器与 lint 自动处理：评审讨论风格消耗注意力且有主观性；团队约定工具管风格，人管设计与正确性。
易错点
- 评审里争论括号位置：同样时间不如跑一次 formatter
- 工具配置与团队约定不一致：本地输出不同，diff 噪声不断
数据来源与参考
- Google Engineering Practices · What to look for in a code review（风格与一致性）