feat(report): 检查报告 PDF 导出和归档；项目状态流转（递交 / 归档）

- report 模块：导出 → worker 用 Gotenberg 把 HTML 转成 A4 PDF → 按项目数据密钥加密存储 → report
  （不可改、存哈希）；report_job 记生成过程（迁移 0009），完成推 report.ready、发通知
- 报告首页：项目信息、投标文件版本、检查依据、规则版本、导出人、检查覆盖范围、汇总、免责声明；
  问题明细带两侧出处和处理人；附录为需人工核对的勾选结果；模板文字不出现「通过 / 合格 / 保证」
- 前端「报告」标签页：导出选项、内嵌预览、历次报告下载；工作台「导出检查报告」直达
- 项目状态流转 POST /projects/{id}/transitions：致命未处理也能递交（确认框说明），
  递交后只读，撤销归档回到归档前的状态，都写审计
- 通知补上检查、报告的标题

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

AGENTS.md

@@ -219,4 +219,5 @@ samples/
 - 2026-11-04：查标第六轮：送给模型的「同一行」按单元格分行；修了「以合同签订时间为准」被当成中标后才交、业绩评分项被跳过的缺陷；重复条目按用户决定改为各自判断、只合并显示（C5 修订，`docs/decisions.md`）；致命项重问按数据（开发集致命级证据校验失败 0 条）暂不做。评测集裁定 1 条。开发集召回 74%、致命级 25 / 32。见 `docs/architecture/check-eval.md` §9。
 - 2026-11-04：查标第 3 步冻结（`a60d16e`），跑留出集一次：S03、S06、S09 各一份风格 B 规矩 + 风格 C 马虎（风格 C 由封存一侧的会话实现），96 个注入问题 Fable 复核通过 79，用户抽查 19 条全部同意。留出集召回 54%（开发集 74%）、致命级 56%（开发集 78%）、负偏离未说明 25%（开发集 92%）、规则问题 13 / 20；S03 的规矩投标文件因响应方式识别过度触发报了 1094 个提示，人工确认响应方式后降到 45 个。开发集分数有相当一部分是调出来的；要修的 5 处见 `docs/architecture/check-eval.md` §11。
 - 2026-11-04：按用户决定（E2）先修留出集暴露的 5 处（响应方式识别、偏离栏按「是不是明确满足」判断、另报价 / 附加条件按结构判断、空白栏、异体字），规则集 2026.11-r3。开发集不退化（召回 75%、规矩投标文件问题数不变）；留出集参考数字召回 54% → 69%、规矩投标文件问题 1134 → 82（已看过，正式成绩仍以冻结代码那次为准）。见 `docs/architecture/check-eval.md` §12。
-- 下一步：跑国动真实投标文件（等用户提供，用修好的代码）。
+- 2026-11-04：查标第 5 步检查报告：导出 → 后台用 Gotenberg 生成 A4 PDF（首页覆盖范围和免责声明、问题明细、需人工核对附录，页眉 logo、页脚免责一句和页码）→ 加密归档，可重复下载；前端加「报告」标签页（选项、导出、内嵌预览、历次下载）。补了项目状态流转（递交 / 撤销递交 / 归档 / 撤销归档，致命未处理也能递交，递交后只读，都留痕）。产品可以从上传招标文件一路走到导出报告、标记递交。见 `docs/architecture/m3-plan.md` 进度。
+- 下一步：国动真实投标文件（用户晚些提供，到时先读标、请用户看清单，再查标一次）；其余可做：第 4 步资质库和资质匹配、第 6 步前端补齐（键盘操作、批量处理、判断有误反馈）。