用编码规范约束 AI 代码审查质量

是什么

这是一条针对“无效测试”的工程观点。Emma De Silva 追问某类测试的意义，Matt Pocock 给出的可执行回应是：把 “Tautological tests considered harmful.” 写入仓库的 CODING_STANDARDS.md，让后续 /code-review 将其作为持续审查规则。

核心设计

这里的“设计”不是界面设计，而是研发流程设计：把一次性的口头提醒沉淀为版本化、可发现、可重复消费的团队约定。规则的关键判断是测试是否提供独立信号——验证用户可观察行为、业务约束或回归风险，而不是把实现逻辑原样重述一遍。

关键洞察

对 Agent 协作而言，仓库内规范文件是低成本的上下文入口，能影响代码审查的关注点，也便于团队统一术语和质量门槛。它把“AI 为什么写了这种测试”的质疑，转化为可执行的 review checklist。

边界与风险

这条规则不能机械地把相似断言全部判为无价值：表征测试、契约测试、快照测试或防止关键回归的重复覆盖，仍可能有明确目的。最终应结合行为风险、测试独立性和维护成本判断；仅写入文件也不等于 /code-review 一定能正确理解或执行规则，仍需用真实案例校验。