GFramework/ai-plan/public/analyzer-warning-reduction/todos/analyzer-warning-reduction-tracking.md
gewuyou a98d1cb8d0 docs(ai-plan): 更新告警批处理恢复点
- 更新 analyzer warning reduction 的 active todo 为 RP-048 当前真值
- 补充 plain dotnet build 成功与最新 origin/main baseline
- 记录当前批处理已到自然停点并收敛下一步建议
2026-04-24 12:59:03 +08:00

3.0 KiB
Raw Blame History

Analyzer Warning Reduction 跟踪

目标

继续以“低风险、可审查、可恢复”为原则收敛 analyzer warning并保持 active recovery 文档只保留当前真值。

当前恢复点

  • 恢复点编号:ANALYZER-WARNING-REDUCTION-RP-048
  • 当前阶段:Phase 48
  • 当前焦点:
    • 当前 baseline 为 origin/maina8447a6, 2026-04-24 12:53:39 +0800batch stop condition 仍为 branch diff 接近 75 个文件
    • 当前 branch diff 为 6 个文件、1566 行(相对 origin/main...HEAD),距离 stop condition 仍有空间
    • 当前 warning-reduction 代码切片已经提交到 77e332ffix(analyzer): 收口当前批次警告切片
    • 当前工作树除未跟踪的 .codex 目录外无活动代码修改

当前活跃事实

  • UnifiedSettingsFile.Sections 已抽象为 IDictionary<string, string>UnifiedSettingsDataRepository.CloneFile 会在底层仍是 Dictionary 时保留 comparer避免改变既有键比较语义
  • LocalizationMap 通过私有 Dictionary 字段配合 IReadOnlyDictionary 暴露映射,继续避免把可变集合直接暴露给调用方
  • CqrsHandlerRegistryGeneratorTests.cs 已把一批大型 fixture 提升到类级常量,以更低噪音方式消化 MA0051
  • 通过仓库根目录直接执行 dotnet build 已再次确认当前 solution 默认构建成功
  • 本地当前没有新的低风险 warning hotspot继续扩展 batch 会先增加 branch 体积,而不是继续降低 warning

当前风险

  • active todo / trace 在 RP-047 之后一度滞后于仓库真值,曾错误保留“工作树仍有未提交切片”的描述
    • 缓解措施:已在 RP-048 回写提交状态、默认 build 验证结果与最新 baseline
  • 当前 solution warning 已为 0,若继续按 warning-reduction 名义扩展分支reviewability 收益会快速下降
    • 缓解措施:将本轮 batch 视为自然停点;仅在出现新的 warning hotspot 或明确新切片目标后再继续

活跃文档

验证说明

  • dotnet build
    • 结果成功solution 默认构建通过,Build succeeded in 16.2s

下一步建议

  1. 将当前 warning-reduction batch 视为已到自然停点,不再为了“凑批次”继续扩大 branch diff
  2. 若后续仍要继续 warning work先重新定位新的 warning hotspot 或回归来源,再开启下一轮批处理
  3. 继续下一轮前优先保持与 origin/main 的基线同步,避免在已清零 warning 的前提下无收益扩分支