04 bruno 重生成 + 基线验收收官

Type: task Status: resolved

Blocked by: 01, 02, 03, 05

Claimed 2026-09-08 收官会话，同日 resolved（见下 Answer）。

编排说明：e2e（票 05）前置于本收官票——一期经验（票 13 在收官票 12 之后发现 D-01 代码缺陷与 F-01 文档缺陷，修复穿透了收官验收）；二期把 e2e 修复闭环后再做终态基线验收，收官验收覆盖修复后代码。

Question

参照一期 12-bruno-regen-baseline 收官模式：

bruno-sync 全量重生成：文档仓 E:\code\crm-api-docs；对账双向零差（bruno_scan_d.py：source = generated，keep/new/delete/unrecognized 均 0 差）。
全仓基线验收：*.java BOM 扫描 0 + mvn compile 过 + 全仓单测全绿（9 模块 + 新 crm-log = 10；注意跨模块集成测试内嵌 H2 DDL 是否需补新表列——一期票 12 有同款漏网先例）。
记账清单终态标注：a7-parity gap-report.md §六「已记账」逐项标注执行结果（同步任务/全局日志/公海绑定数→已执行；数据共享 3 页→仍挂账等原型正式化）；两 map 交叉链接闭合。
未提交任何 git（后端仓 + 文档仓均留用户审查）。

2026-09-08 收官执行完毕，验收全过：

对账通道 bruno_scan_d.py（customer-rework 期脚本复用）ROOTS 本票补 crm-log/src/main/java——票 02 只改了 bruno-sync.config.json，对账脚本滞后，不补则 crm-log 5 端点误报 delete。
首跑 381=381 但 1 new / 1 delete：「同步任务详情.bru」docs key 写成 GET /api/system/sync/tasks/detail?id=（票 01 落文件笔误，全仓 381 份孤例，其余 detail 类 key 均干净）；修 key 去 ?id= 后复跑：source_key_count 381 = generated_file_count 381，keep 381 / new 0 / delete 0 / unrecognized 0 / conflicts 0 / private 0——双向零差。数字闭环：381 = 一期终态 372 + 同步任务 5（票 01）+ 日志 5（票 02）− 旧 POST /sync/dingtalk key（任务化后消失）。
本票无新增 .bru：票 01/02 的 10 份 + 票 03 的 1 处 patch 已各自落位，收官对账即验收。

全仓 *.java BOM 扫描 0（.scratch/bom-scan.ps1）。
mvn test 全链路（test 阶段蕴含 compile）BUILD SUCCESS 1:22 min：12 reactor 全 SUCCESS，10 测试模块 1290 用例 0 失败（base 44 / file 84 / auth 241 / dict 63 / rule 218 / preference 23 / customer 131 / lead 186 / opportunity 266 / log 34）。
票面警示的「跨模块集成测试内嵌 H2 DDL 漏网」（一期票 12 同款）未复现：crm-log 三表与 dt_sync_task 无跨模块测试引用。
环境事实：跑测前停掉票 05 遗留起服（PID 7764）释放内存，防 C2 原生 OOM 重演；MAVEN_OPTS 限堆 + TieredStopAtLevel=1 通道沿用票 05。

gap-report §六追加二期收官标注：原「已记账」三项（同步任务 / 全局日志 / 公海绑定数）转已执行，数据共享 3 页仍挂账等原型正式化。
两 map 交叉链接闭合：a7-parity map 尾注更新（执行票 01–05 + 二期收官段）；a7-heavy map Decisions so far 追加本票行并宣告本 effort 收官。