补充项目列表重新分析后端验证记录

docs/reports/implementation/2026-03-24-project-list-reanalyze-backend-record.md

@@ -0,0 +1,35 @@
+# 项目管理列表重新分析后端实施记录
+
+## 本次改动
+
+- 补充后端实施计划中的验收清单与最小化实现结论
+- 核验现有项目级重打标链路是否已完整覆盖列表页“重新分析”需求
+- 运行关键后端测试并新增验证记录、实施记录文档
+
+## 修改内容
+
+- 复核 `CcdiBankTagController -> ProjectBankTagRebuildCoordinator -> CcdiBankTagServiceImpl -> CcdiProjectOverviewServiceImpl` 现有链路，确认无需新增接口
+- 确认手动提交仍复用 `POST /ccdi/project/tags/rebuild`，列表页只需传 `projectId` 即可进入既有重打标流程
+- 确认任务开始时会切换项目状态为 `TAGGING`，成功后调用 `refreshOverviewEmployeeResults(projectId, operator)` 刷新员工风险结果
+- 确认 `refreshOverviewEmployeeResults(...)` 会同步回写项目高/中/低风险人数，满足“重新分析后重新计算人数”的后端要求
+- 本次未新增后端 Java 代码、未新增接口、未新增人数重算分支，仅补充文档与验证沉淀
+
+## 已验证保护场景
+
+- 项目存在运行中任务时，手动重打标会被拒绝，避免重复提交
+- 自动触发与手动触发共享同一协调器锁控制与补跑标记能力
+- 项目不满足打标前置条件时，仍由既有 `ensureProjectCanStartTagging(projectId)` 负责拦截
+- 概览刷新失败时，任务会进入失败分支，不会误报执行成功
+
+## 测试与验证
+
+```bash
+mvn -pl ccdi-project -Dtest=CcdiBankTagControllerTest,ProjectBankTagRebuildCoordinatorTest,CcdiBankTagServiceRiskCountRefreshTest test
+```
+
+## 结果
+
+- 后端关键契约测试全部通过
+- 现有后端链路已经覆盖列表页“重新分析”接线需求
+- 后续只需前端接入真实接口并刷新列表，即可进入联调与页面验证阶段
+- 本次未启动额外后端服务进程，无需清理测试进程