2026-04-22 r0a 四桶交付审查结论 r1

1. 审查对象

业务日期：2026-04-22
runId：run-20260426-163125-te2r
verify：passed=true

实际核验的文件清单

序号	文件	状态
1	执行记录	已核验
2	内部台账	已核验
3	priority 清单	已核验
4	related 清单	已核验
5	non_target 清单	已核验
6	non_tender 清单	已核验
7	四桶结构化结果 JSON	已核验
8	四桶验证结果 JSON	已核验
9	执行者复核底稿	已核验
10	改桶清单 JSON	已核验
11	强制回查证据	已核验
12	执行者最终展示层 JSON	已核验

2. 审查结论

放行

3. 是否可提交给业主

可以

4. 形式合规检查

4.1 runId 一致性

runId 在执行记录、内部台账、四份清单、四桶结构化结果 JSON、四桶验证结果 JSON、改桶清单 JSON、执行者最终展示层 JSON 中一致，均为 run-20260426-163125-te2r。通过。

4.2 文件齐全性

执行记录、内部台账、priority/related/non_target/non_tender 四份清单、四桶结构化结果、四桶验证结果、执行者复核底稿、改桶清单、强制回查证据、执行者最终展示层，12 类文件全部存在且非空。通过。

4.3 四桶覆盖全量且互斥

机器四桶：32 + 9 + 210 + 346 = 597（与双源合计 534 + 63 = 597 一致）
交付四桶：2 + 15 + 234 + 346 = 597
verify: totalRecords=597, exportedRecords=597, uniqueExportedRecords=597, missingCount=0, duplicateCount=0
verify: deliveryLayerPassed=true, machineLayerPassed=true
通过。

4.4 全链路重跑

本轮声明为"仅重跑 r0a 阶段"，使用已有 b1 JSON。runId 来自已存在的 b1，未重新生成新的 b1。执行记录已说明重跑类型。通过。

4.5 LLM 预检结果

ready=true, provider=dashscope, model=qwen3-max。齐全。通过。

4.6 GDGPO / CSG fetch 批次

GDGPO: gdgpo-fetch-20260422-20260423-020001，534条
CSG: csg-fetch-20260422-20260423-013001，63条
合计 597 条。通过。

4.7 git 分支、commit、工作区状态

git branch=main, git commit=db514f5, worktree status=clean。齐全。通过。

4.8 审查结论文件命名

符合 {date}_r0a_review_conclusion_审查结论_r{n}_{runId}.md 格式。通过。

5. 过程留痕检查

5.1 机器四桶独立验证已完成

verify JSON 中 machineBucketCountConsistency=true, deliveryBucketCountConsistency=true。通过。

5.2 执行者复核全集覆盖全部 priority/related/non_target

执行记录明确说明：priority 32条全查、related 9条全查、non_target 210条全查 + boundary_candidate 37条特别关注。复核底稿完整记录了 priority 全量逐条判断（保留2条、降为related 3条、降为non_target 28条，加上related 6条降为non_target、9条non_target捞回related）。通过。

5.3 已区分机器基线口径与执行者最终交付口径

台账明确列出"机器数量"和"执行者最终数量"两列。改桶清单 JSON 记录每条改桶的 machineBucket 和 finalBucket。执行记录 2.6 节说明 overrideMap 区分两种口径。通过。

5.4 执行者复核底稿、改桶清单、强制回查证据三类材料可直接定位

三类材料均为独立文件，路径在执行记录 5 中明确列出。通过。

5.5 执行者最终展示层可直接定位

JSON 独立文件，597条记录全覆盖。verify: manualLayerPresentCount=597, manualLayerMissingCount=0。通过。

5.6 non_tender 已完成门类核对

执行记录确认 346条 gate1Decision=market_reference 直接收口。non_tender 清单已输出。通过。

5.7 改桶清单实际条数与声明一致

改桶清单 JSON 声明 totalOverrides=45，实际 overrides 数组包含 45 条记录。verify: actualOverrideCount=45, overrideCountMismatch=false。通过。

6. 结果一致性检查

6.1 执行记录、台账、四份清单数量一致

执行记录：priority=2, related=15, non_target=234, non_tender=346
台账：priority=2, related=15, non_target=234, non_tender=346
四份清单头部分别声明：2、15、234、346
verify deliveryBucketCounts: priority=2, related=15, non_target=234, non_tender=346
verify markdownBucketCounts: priority=2, related=15, non_target=234, non_tender=346, total=597
全部一致。通过。

6.2 分类结论一致

priority 清单全部为"明确推荐"，related 全部为"可关注"，non_target 全部为"不推荐"，non_tender 全部为"非招标类公告"。通过。

6.3 四桶覆盖全量、互斥

verify: missingCount=0, duplicateCount=0, illegalFinalBucketCount=0, reverseViolationCount=0。通过。

6.4 verify passed=true

四桶验证结果 passed=true，所有违规数组均为空。通过。

7. 具体问题清单

问题 1（warning，不阻断放行）：改桶清单 JSON summary 字段与实际 overrides 数组计数不一致

改桶清单 JSON 中 summary 字段声明的分桶流向数量与 overrides 数组实际条数不一致：

指标	summary 声明	overrides 实际
priorityToRelated	2	3
priorityToNonTarget	30	27
relatedToNonTarget	5	6
nonTargetToRelated	8	9

总计 45 条一致，最终四桶数量（2+15+234+346=597）与 verify 一致，不影响交付正确性。但 summary 字段内部计数存在误差。

分级：warning。不影响最终四桶数量和分类结论的正确性，但建议后续修复 summary 计数逻辑。

问题 2（warning，不阻断放行）：执行记录"降为 related 的（2条）"标题与实际列举 3 条不一致

执行记录 Priority 全量逐条复核段落中，小标题写"降为 related 的（2条）"，但紧接着列出了 3 条（序号 3、4、5）。实际降为 related 的为 csg:1200427866、csg:1200427782、gdgpo:abd59070 共 3 条。

分级：warning。标题笔误，不影响最终判断结论。

问题 3（warning，不阻断放行）：non_target 桶 234 条中 231 条项目简介为高度模板化

non_target 清单 234 条中，231 条采用"XXX拟采购XXX招标公告，项目本体不属于信息化第三方服务。"的统一模板句。按内容标准 10.1.1 审查分级规则，non_target 中项目简介仅存在轻微不够精炼但未命中底线问题（未泄露内部术语、未把非机会写成可跟进口吻、项目本体未写错）时，按告警项处理。

分级：warning。建议后续优化 non_target 项目简介，至少应写出项目本体而非复述标题。

问题 4（warning，不阻断放行）：non_target 桶 219 条统一使用"施工类、采购意向"标签

non_target 清单中 219 条项目标签统一为"施工类、采购意向"，不论项目实际属于劳务外包、设备采购、工程施工还是其他类型。

分级：warning。标签精度不足但不影响业主对推荐项目的判断。

问题 5（warning，不阻断放行）：non_tender 桶 346 条统一使用"采购意向、正式招采"标签

non_tender 全部 346 条项目标签均为"采购意向、正式招采"。实际 non_tender 包含结果公告、合同公告、更正公告、质疑回复公告等多种类型，统一标签不够精准。