Pull Request

1. 主要解决的问题

• Split 多模板场景此前会生成 case 级打分函数，可能改变默认模板选择；本 PR 要求默认关闭 Split/Slice 的 tiling case 级打分，但保留 Split/Slice 模板和候选生成；不再通过环境变量重新开启打分。

2. 修改方案

• SplitFusionCaseGenerator 保持原有模板和候选生成流程，并按模板数量对齐 score_functions；仅不再生成 Split score function，空字符串表示该 case 不参与 score。Slice 的非连续 Load 继续由既有 NDDMA score eligibility 跳过 score。删除相关生成封装和环境变量控制。
• IdentifyZeroStrideAxisIndices：输出 view 缺少当前调度轴时按该输出沿轴不变化处理，继续保留 stride 长度校验。
• IndirectLoad SIMT：完成 Broadcast 折叠后再次搬移 input-pre 单目链，确保 SIMT 输入边界仍为原始 GM Load。
• 本次提交不修改 NDDMA 建模公式或模板候选，仅保留既有对 Slice/Split 场景的 score eligibility 约束。

3. 代码修改流程图

flowchart TD
    A[SplitFusionCaseGenerator 生成模板] --> B{多模板?}
    B -- 否 --> C[生成单模板]
    B -- 是 --> D[保持 score_functions 与模板数量对齐]
    D --> E[不生成 Split score，使用默认选择]
    F[IndirectLoad SIMT] --> G[折叠直连 Broadcast]
    G --> H[再次搬移 input-pre 单目链]
    H --> I[GM Load 作为 SIMT 输入边界]
    J[Zero-stride 轴分析] --> K{输出 view 是否包含调度轴?}
    K -- 否 --> L[按零 stride 处理]
    K -- 是 --> M[按输出 stride 分析]

4. 测试用例说明

4.1 LLT测试

• Split UT：SplitScheduleCaseGeneratorTest.split_data_to_different_axis 直接断言两个模板均生成、score_functions 与模板数量对齐，且两个 score 字符串均为空；不再测试环境变量开关。
• 本地构建：cmake --build build --target optimize_ut -j 8，通过。
• 本地 IndirectLoad 广播 codegen ST：
  ctest --test-dir build/autofuse/tests --output-on-failure -R '^indirect_load_broadcast_.*_codegen_v2$' -j 1，15/15 通过。
• 本地 framework 复现用例：
  optimize_st --gtest_filter=OptimizerSt.ScalarBroadcastOptimization_Two_Scalar，通过。
• 提交前检查：pre-commit（clang-format、codespell、OAT 等）通过。
• 远端流水线：#1066483（SHA 44e6a5490644）compile、UT、ST 全部通过。
• 既有全量 optimize_ut 曾在非 Split 用例 TestOptimizer.ReOrderMergeAxisGraph_scheduler 启动处异常退出，Split 专项构建和测试不受影响。

4.2 BBIT测试

指标	原始	v1(小尾轴)	v2(尾轴对齐)	v3(关闭打分)
Pass数	38	40	54	102
净增Pass	-	+2	+16	+64
Fail→Pass	-	~2	~46	71
Pass→Fail	-	~0	~30	7
迭代提升(vs orig)	-	7	14	21
迭代退化(vs orig)	-	98	95	25
迭代加速比中位数	0.961	1.060	1.087	0.992
加速比<1用例数	113	59	43	72

叠加关闭打分后，有102个用例通过了：
v3 patch（关闭Split的ScheduleResult打分）效果显著：

5. 变更类型

• 🐛 Bug 修复
• ✨ 新功能
• 💄 代码风格更新（格式化，局部变量）
• ♻️ 重构（既不修复错误也不增加功能的代码变动）
• 📦 构建过程或辅助工具的变动
• 📝 文档内容更新

6. 关联的 Issue

• 暂无。

7. 核对清单

• 我的代码遵循了项目的代码风格
• 我已对代码进行了自测
• 本次为内部行为调整，无需修改用户文档
• 我在标题中使用了合适的类型标签（fix:）
• 我已经详细阅读并遵守 CONTRIBUTING.md

8. 其他信息

• Split/Slice 的模板和候选未关闭；仅关闭 tiling case 级 score，不支持通过环境变量重新开启 Split score。
• 未将 docs/design/slice_non_contiguous_performance.md 纳入 Git 跟踪。