项目结构（目录清单、仓库地址、各端说明）以 `./project-structure.md` 为唯一登记来源，本文件不再重复定义。

根据规则：`./java-code-review.md`

对代码进行 代码审查。输出审查报告，文件名：`./代码审查-[年-月-日-时].md`（如：`./代码审查-2026-09-03-15.md`）

中间扫描数据（接口清单、交叉验证结果、专项审查明细、辅助脚本）统一放在 `./scan-data/` 目录，脚本内已硬编码该路径，可直接复跑，不要另建目录

每次扫描前应该更新主分支代码，主分支名称为 development或dev



审查报告输出完成后，执行"违规按提交人"归因并生成 Excel（归因范围：自仓库创建以来的全部违规，不只本次新增） ：

- `./代码审查-[年-月-日-时]-违规按提交人.xlsx`(如：`./代码审查-2026-09-15-13-违规按提交人.xlsx`)
- 基本字段要求：类别  、  严重度  、规则  、违规项  、位置  、引入/修复提交  、提交人  、日期  、说明
- 违规项字段统一写法：`要求：〈该条规则的原文要求〉＋ 问题：〈实际违规现象〉`——规则原文从 `./java-code-review.md` 对应条目摘取，保证修复者不看规则文件也能明确违规原因和整改目标
- 说明字段统一写法（三段式，修复者视角）：`修复：〈针对本行位置的具体整改做法〉；口径：〈抽样/系统性/豁免等口径说明〉；归因：〈归因声明，init 导入强制声明置于此〉`——"修复"段写给具体改法而非复述规则，系统性/抽样行必须在"口径"段注明完整影响面与明细文件位置，防止只改代表点即结项
- 提交人姓名映射：读取 `./empoly.txt`（格式：姓名<邮箱>，职位），按 git 作者邮箱匹配输出真实姓名
- 归因落在仓库根提交（`git rev-list --max-parents=0 HEAD`）时，在说明列注明"归因至 init 导入提交——本仓库由 XX 项目整体拷贝创建，导入前的开发者归属不在本仓库 git 历史内"，不得虚构归属