| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
fix(e2e): aclgraph 模式 --core-limit 经 torch.npu.set_device_limit 下发生效 Co-authored-by: wangrui<wangrui124@huawei.com> # message auto-generated for no-merge-commit merge: !268 merge br_bugfix into master fix(e2e): aclgraph 模式 --core-limit 经 torch.npu.set_device_limit 下发生效 Created-by: wangrui_ Commit-by: wangrui Merged-by: cann-robot Description: <!-- 感谢您的合入申请! --> ### 当前PR是否有AI参与: [x] 否 [ ] 是 __1. AI Agent 平台: __2. AI 模型: __3. Prompt上下文 : ### PR功能描述 / 为什么需要这个合入**: ### 该PR关联的issue *(格式为fixes #<issue号>, 或者resolves #<issue号>)*: fixes # ### 希望检视人员了解: ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-test-kit!268 | 1 个月前 | |
fix(cli): validate dump modes (#197) Co-authored-by: gcw_Z57idahf<liaopinyi714@outlook.com> # message auto-generated for no-merge-commit merge: !279 merge codex/fix-dump-mode-validation into master fix(cli): validate dump modes (#197) Created-by: gcw_Z57idahf Commit-by: gcw_Z57idahf;liaopinyi714@outlook.com Merged-by: cann-robot Description: ## 描述 本 PR 修复一个独立的质量问题：--dump 的帮助文本只列出 full、in、out、golden、xpu，但实现遇到拼写错误或未知模式时静默跳过，命令仍继续执行并可能没有生成用户要求的数据。 复现输入：调用 _apply_dump_config(config, in, typo)，观察函数不报错且只启用 in 模式。 问题影响：自动化任务可能以成功状态结束，却缺少输入、golden 或 XPU 输出，后续比较结果难以解释。 ## 根因 _apply_dump_config 原来只对已知分支执行动作，没有 else 错误路径；因此任意拼写错误都会被当作空操作吞掉。 ## 修改内容 预先校验全部 dump token，发现未知值时抛出包含允许值的 ValueError；合法 token 继续支持空格和逗号列表。 - 影响范围：影响非法 --dump 值的错误反馈；full、in、out、golden、xpu 的正常行为不变。 - 变更文件：ttk/cli/bridge.py；tests/cli/test_dump_mode_validation.py。 - 仅修正边界输入、错误反馈或失败状态传播，正常输入路径保持兼容。 ## 预期结果 未知模式应在参数处理阶段明确报错并列出允许值，同时不应部分修改 dump 配置。 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue 关联 Issue #197 ## 如何测试 新增未知模式拒绝和合法模式空格处理测试通过；py_compile；git diff --check；无需 CANN/NPU 环境。 回归测试覆盖问题触发条件；同时执行 py_compile 和 git diff --check。该修改不需要 CANN/NPU 硬件即可完成基础验证，仓库标准流水线可继续执行完整测试。 ## 风险与兼容性 风险等级：**L2**。修改集中在输入规范化、配置对象隔离、报告容错或工具检查，不改变正常路径的公共接口和输出结构。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了自测 - [x] 我已阅读相关贡献指南 See merge request: cann/ops-test-kit!279 | 1 个月前 | |
feat: add excel support Co-authored-by: wangrui<wangrui124@huawei.com> # message auto-generated for no-merge-commit merge: !185 merge br_aclnn into master feat: add excel support Created-by: wangrui_ Commit-by: wangrui Merged-by: cann-robot Description: ### 当前PR是否有AI参与: [ ] 否 [x] 是 1. AI Agent 平台: opencode 2. AI 模型: glm-5.2 3. Prompt上下文: TTK 4 通路 Excel 用例输入适配 ### PR功能描述 / 为什么需要这个合入**: 为 4 条测试通路（Kernel/GEIR/ACLNN/E2E）增加 Excel(.xlsx/.xlsm) 用例输入支持，与 CSV 等价、可互换。 - 新增表格读取层 ttk/utilities/table_reader.py（read_table/read_csv_rows/resolved_sheet），CSV 走标准库、XLSX 走 openpyxl，单元格统一 str+strip 对齐 CSV 行为。 - UniversalTestcaseFactory 新增 from_path(path, sheet)，4 通路共用，模式自动识别与字段解析零改动。 - CLI 新增 --sheet（默认首个工作表，CSV 忽略）；_detect_framework 改用 read_table 兼容 xlsx。 - InstanceBase 按后缀路由 xlsx（避免误入 zip）；默认输出名嵌入实际 sheet 名（如 cases_T2_result.csv），多 sheet 互不覆盖；输出仍为 CSV。 - SWITCHES 新增 sheet 字段；新增 openpyxl>=3.1 依赖。 - 新增每通路多 sheet xlsx 示例及各 Case Writing / Test Guide / Task_Execution / Test_Case_Generation / AGENTS 文档说明。 - 顺手清理 instance_base / testcase_manager / testcase_aclnn / classes / utilities.__init__ 既有 ruff 告警（E722/B904/UP031/F841/F821/F401/F403/B007）。 ### 该PR关联的issue fixes #127 ### 希望检视人员了解: - xlsx 单元格一律按文本处理（None→""、str()+strip），与 CSV 一致；数值列建议在 Excel 中预设为文本格式，避免 01→1、1e-8→浮点等类型推断。 - 同一 xlsx 用 --sheet 跑不同 sheet，输出名各异、互不覆盖。 - dOut 从 ACLNN backward 排除名移除（代码 + 文档一致）。 ## 测试 - 4 通路 --validate 全过（kernel 4 / geir 2 / aclnn 2 / e2e 4 用例均 valid）。 - kernel 端到端 ttk kernel -i examples/case_store/kernel/add.xlsx --sheet T2：编译 SUCC、精度 PASS、4/4 PASS。 ## 文档更新 - docs/Task_Execution.md：通用参数表新增 --sheet，--input 说明改 csv/xlsx。 - docs/Test_Case_Generation.md：新增「输入文件格式（CSV / Excel）」小节。 - docs/Operator_Test_Guides/*_Test_Guide.md：各通路「常用场景示例」补 xlsx 多 sheet 命令。 - docs/Operator_Test_Guides/*_Case_Writing.md：各通路「参考用例」表补每个 csv 的验证特性与关键列。 - AGENTS.md / examples/case_store/README.md：xlsx 说明。 ## 类型标签 - [x] 新特性 - [ ] Bug修复 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他 See merge request: cann/ops-test-kit!185 | 2 个月前 | |
fix: pre-commit code Co-authored-by: wangrui<wangrui124@huawei.com> # message auto-generated for no-merge-commit merge: !199 merge br_geir into master fix: pre-commit code Created-by: wangrui_ Commit-by: wangrui Merged-by: cann-robot Description: <!-- 感谢您的合入申请! --> ### 当前PR是否有AI参与: [x] 否 [ ] 是 __1. AI Agent 平台: __2. AI 模型: __3. Prompt上下文 : ### PR功能描述 / 为什么需要这个合入**: 让全仓代码通过 pre-commit 全套 hook（ruff check + ruff format + codespell + trailing-whitespace / end-of-file-fixer / check-yaml 等基础 hook），共涉及 255 个文件（+9975/-7615）。 #### 修复内容分类 | 类别 | 规则 | 处理方式 | 数量 | |------|------|---------|------| | 真 bug | F821 | 字符串前向注解补 TYPE_CHECKING 导入；删死代码 del cas_mm | 13 | | | F811 | 删 testcase_op.py 被覆盖的重复 @property | 2 | | | B012 | profiling.py finally 内 return 重构为 try/except 后顺序执行 | 1 | | | hccl_cascade timeout | 主线笔误 timeout 未定义（10 处 F821），提取 _get_timeout() 为变量 | 10 | | 设计类豁免 | B027/B024 | 可选 hook / 抽象基类加 # noqa | 9 | | | E402 | backend 文件调换 docstring↔__future__ 顺序；延迟导入加 # noqa | 16 | | | F405/F403 | import * 展开为显式 import | 55 | | 异常处理 | E722 | 裸 except: → except Exception: | 37 | | | B904 | raise X → raise X from e（链式）/ from None（有意屏蔽） | 9 | | 未用代码 | F401 | re-export 导入加冗余别名 import x as x（不改 import * 行为） | 35 | | | F841 | 删确未使用的局部变量赋值 | 25 | | | B007 | 未用循环变量 → _ | 15 | | 格式化 | UP031 | % 格式化 → f-string（用 float()/str() 强转保留 printf 语义） | 88 | | | E712/E741/E731/B005 等 | != True→~、模糊名 l→ci、lambda→def、rstrip 多字符精确化 | 6 | | | trailing-ws / eof | 自动修复 | 23 | #### codespell 修复 - .gitcode/ISSUE_TEMPLATE/feature-request.yml：Backgroud → Background（真错字） - codespell 忽略列表加 dOut（数据术语 derivative output，误报） ### 该PR关联的issue *(格式为fixes #<issue号>, 或者resolves #<issue号>)*: fixes # ### 希望检视人员了解: - **非纯格式化**：除格式化外混入了 37 处 except:→except Exception: + 9 处 from e/from None 的异常处理变更（E722/B904，ruff 无自动修复，手动逐处确认语义安全），以及 10 处 hccl_cascade timeout bug 修复。 - **F841/B007 为 unsafe fix**：项目 pre-commit 配置未启用 --unsafe-fixes，这些删除/改名是手动执行并逐一确认变量确实未使用。 - **printf→f-string 保语义**：%-14.18f → {float(x):<14.18f}（加 float() 强转，因为 ml_dtypes.int4 的 printf 会强转但 f-string :f 不会），输出逐字节一致。 - **re-export 用冗余别名**：11 个 __init__.py / shim 模块的 F401 修复用 import x as x 而非 __all__，完全不改 from module import * 行为。 ## 测试 - pre-commit 9 hook 全 Passed - ruff check / ruff format 全绿 - 1321 个非设备测试通过（0 失败，20 skip 为预存在的 torch_npu/tf 冲突） - ttk 全模块 walk-import 冒烟通过（唯一失败 executor_main 为预存在的运行时依赖） ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：代码质量清理 / lint 规范化 See merge request: cann/ops-test-kit!199 | 2 个月前 | |
fix(cli): trim ttk list operator filters (#189) Co-authored-by: gcw_Z57idahf<liaopinyi714@outlook.com> # message auto-generated for no-merge-commit merge: !270 merge codex/fix-list-operator-filter-whitespace into master fix(cli): trim ttk list operator filters (#189) Created-by: gcw_Z57idahf Commit-by: gcw_Z57idahf Merged-by: cann-robot Description: ## 描述 本 PR 修复一个独立的质量问题：ttk list 的 --op/--operator 参数按逗号拆分后直接匹配，用户按常见写法传入 add, sub 时第二个算子前带空格，导致匹配结果为空。 触发场景：python3 -m ttk list -i cases.csv --op 'add, sub,'，其中 cases.csv 同时包含 add 和 sub 用例。 现状会导致：命令不会报错，但会漏列合法测试用例，用户容易误以为用例不存在。 ## 根因 --op/--operator 的值按逗号分割后直接用于匹配，没有清理 token 两侧空白，也没有过滤尾逗号产生的空 token。 ## 修改内容 对逗号分隔的算子名逐项 strip，并忽略空项；新增带空格和尾逗号的 CLI 回归测试。 - 影响范围：影响用户常用的 add, sub 和尾逗号写法；不带空格的单算子过滤保持原行为。 - 变更文件：ttk/cli/list_cmd.py；tests/cli/test_list_cmd.py。 - 保持正常输入和既有接口行为不变，仅补齐边界输入的处理。 ## 预期结果 过滤器应去除每个名称两侧空白，并忽略末尾逗号产生的空项。 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue 关联 Issue #189 ## 如何测试 新增过滤回归测试；py_compile；git diff --check；Windows 环境无法执行 CLI 子进程的 CANN 环境初始化，已保留测试供 Linux CI 执行。 复现用例覆盖触发问题的边界输入；同时执行了语法检查和 git diff --check。该修复不需要 CANN/NPU 硬件即可验证，平台流水线可继续执行仓库标准测试。 ## 风险与兼容性 风险等级：**L1**。修改集中在输入校验、编码选择、文件选择或错误处理逻辑，不改变正常路径的输出格式和公共调用方式。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了自测 - [x] 我已阅读相关贡献指南 See merge request: cann/ops-test-kit!270 | 1 个月前 | |
feat: 新增 --clear-l0 选项，初始化 L0A/L0B/L0C Co-authored-by: guigui_jzh<jinzhonghao@huawei.com> # message auto-generated for no-merge-commit merge: !219 merge master into master feat: 新增 --clear-l0 选项，初始化 L0A/L0B/L0C Created-by: guigui_jzh Commit-by: guigui_jzh Merged-by: cann-robot Description: <!-- 感谢您的合入申请! --> ### 当前PR是否有AI参与: [] 否 [x] 是 __1. AI Agent 平台: opencode __2. AI 模型: glm5.3 __3. Prompt上下文 : ### PR功能描述 / 为什么需要这个合入**: A5质量加固，模拟复杂网络情况，对L0进行注入 ### 该PR关联的issue *(格式为fixes #<issue号>, 或者resolves #<issue号>)*: fixes #151 ### 希望检视人员了解: ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-test-kit!219 | 1 个月前 | |
fix(cli): trim rerun target filters (#195) Co-authored-by: gcw_Z57idahf<liaopinyi714@outlook.com> # message auto-generated for no-merge-commit merge: !277 merge codex/fix-rerun-target-whitespace into master fix(cli): trim rerun target filters (#195) Created-by: gcw_Z57idahf Commit-by: gcw_Z57idahf;liaopinyi714@outlook.com Merged-by: cann-robot Description: ## 描述 本 PR 修复一个独立的质量问题：ttk 的 --rerun 参数按逗号拆分后直接 lower，用户传入常见的 precision_status, timeout 写法时第二个目标保留前导空格，无法命中对应的重跑状态。 复现输入：调用 _apply_plugin_rerun_args，传入 --rerun=precision_status, timeout,，观察 switches.rerun_targets 包含带空格和空字符串的元素。 问题影响：命令表面执行成功，但会漏重跑用户指定的失败用例，造成诊断结果不完整。 ## 根因 _apply_plugin_rerun_args 原来直接使用 args.rerun.lower().split(',')，没有做 token 清理；后续 TestcaseManager 按精确字符串匹配重跑目标，因此空格会使合法目标失配。 ## 修改内容 对 rerun 目标逐项 strip、转小写并过滤空项，新增带空格和尾逗号的回归测试。 - 影响范围：只影响 --rerun 的多目标字符串解析；单目标、无空格和既有状态名称保持兼容。 - 变更文件：ttk/cli/bridge.py；tests/cli/test_rerun_target_parsing.py。 - 仅修正边界输入、错误反馈或失败状态传播，正常输入路径保持兼容。 ## 预期结果 每个目标应去除两侧空白，尾逗号产生的空项应忽略，最终只保留可用于状态匹配的目标名称。 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue 关联 Issue #195 ## 如何测试 新增 rerun 解析测试通过；py_compile；git diff --check；无需 CANN/NPU 环境。 回归测试覆盖问题触发条件；同时执行 py_compile 和 git diff --check。该修改不需要 CANN/NPU 硬件即可完成基础验证，仓库标准流水线可继续执行完整测试。 ## 风险与兼容性 风险等级：**L1**。修改集中在输入规范化、配置对象隔离、报告容错或工具检查，不改变正常路径的公共接口和输出结构。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了自测 - [x] 我已阅读相关贡献指南 See merge request: cann/ops-test-kit!277 | 1 个月前 | |
feat(e2e): aclgraph super-kernel set debug_per_op_max_core_num=1 单算子满核验证 Co-authored-by: wangrui<wangrui124@huawei.com> # message auto-generated for no-merge-commit merge: !254 merge br_bugfix into master feat(e2e): aclgraph super-kernel set debug_per_op_max_core_num=1 单算子满核验证 Created-by: wangrui_ Commit-by: wangrui Merged-by: cann-robot Description: <!-- 感谢您的合入申请! --> ### 当前PR是否有AI参与: [ ] 否 [x] 是 __1. AI Agent 平台: OpenCode (CANNBot) __2. AI 模型: GLM __3. Prompt上下文 : superkernel 单算子测试加 debug_per_op_max_core_num=1 配置的检索、实现与真机验证 ### PR功能描述 / 为什么需要这个合入**: 1. **aclgraph super-kernel 写死单算子满核验证模式**（主提交） - TTK e2e --super-kernel 支持 GE 图模式与 aclgraph 模式。SuperKernel 调试选项 debug_per_op_max_core_num（融合范围内每个算子独立成为一个 SuperKernel，以设备最大核数启动运行，隐式开启 debug_cross_core_sync_check）仅 aclgraph（npugraph_ex）的 super_kernel_debug_options 通路支持；GE 图模式 scope options 走 op 编译侧白名单（func-align/debug-sync-all/split-mode/debug-aic-num 等），不含该选项，传入会触发 Compilation_Error E40021。 - aclgraph 模式写死 options={"super_kernel_optimize": True, "super_kernel_debug_options": {"debug_per_op_max_core_num": 1}}。 - **附带修复**：此前 aclgraph 模式仅传 backend 字符串，super_kernel_optimize 实际从未开启，本 PR 一并接通。 - **版本依赖**：需 torch_npu >= 2.9.0（commit b5f5596f7「新增第三批sk_options」同时加入 Python 校验层与 C++ 序列化层；2.8.0.post4 两层均无该 key，dict 形式会被拒收/静默丢弃）。 2. **plog 错误提取默认条数 5 → 10**（顺带提交），并将 license 头修正为标准 CANN 模板（原头为 GPL 风格措辞，OAT 合规检查不过）。 ### 该PR关联的issue *(格式为fixes #<issue号>, 或者resolves #<issue号>)*: 无 ### 希望检视人员了解: - GE 图模式（-c/-d --super-kernel）行为不变（scope 标定、空 options），该模式下不支持此选项为 CANN 白名单限制，非 TTK 缺陷。 - debug_per_op_max_core_num=1 为写死配置不做透传：TTK 仅做单算子测试，单算子满核验证即目标语义。 ## 测试 <!--描述进行了哪些测试来验证你的改动。--> - 单测：tests/cli/test_super_kernel.py 5 通过（含新增 aclgraph options 透传测试），tests/cli/ 全量 91 通过。 - 真机 Ascend950PR + CANN 9.2.0 + torch 2.9.0+cpu + torch_npu 2.9.0.post7（自编译）： - ttk e2e --aclgraph --super-kernel → GRAPH ACLGRAPH 100% PASS，plog 出现 OptionName: debug_per_op_max_core_num, set value: 1、[ScopeSplitter] DEBUG_PER_OP_MAX_CORE_NUM enabled、DEBUG_PER_OP_MAX_CORE=enabled； - ttk e2e -c --super-kernel（GE 回归）→ PASS； - torch_npu 2.8.0.post4 上实测确认版本分界：Python 层拒收（Invalid debug_options param key）、C++ 层静默丢弃（Options nums: 0）。 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 无 ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-test-kit!254 | 1 个月前 | |
fix(cli): trim testcase filters (#196) Co-authored-by: gcw_Z57idahf<liaopinyi714@outlook.com> # message auto-generated for no-merge-commit merge: !278 merge codex/fix-testcase-filter-whitespace into master fix(cli): trim testcase filters (#196) Created-by: gcw_Z57idahf Commit-by: gcw_Z57idahf;liaopinyi714@outlook.com Merged-by: cann-robot Description: ## 描述 本 PR 修复一个独立的质量问题：ttk 的 --testcase 参数按逗号拆分后直接保存，用户传入 case_a, case_b 时第二个用例名前带空格，导致精确用例筛选无法命中。 复现输入：调用 _apply_case_selection_args，传入 --testcase=case_a, case_b,，再检查 switches.selected_testcases。 问题影响：测试命令不报错但会跳过用户指定的部分用例，生成不完整的测试结果。 ## 根因 _apply_case_selection_args 原来直接保存 args.testcase.split(',') 的结果，TestcaseManager 后续采用精确名称比较，前导空格会让第二个用例永远不匹配。 ## 修改内容 对 testcase token 逐项 strip 并过滤空项，新增多用例带空格回归测试。 - 影响范围：只影响 --testcase 的逗号列表解析；单个用例和无空格列表的行为不变。 - 变更文件：ttk/cli/bridge.py；tests/cli/test_testcase_filter_parsing.py。 - 仅修正边界输入、错误反馈或失败状态传播，正常输入路径保持兼容。 ## 预期结果 过滤列表应清理每个用例名两侧空白，并忽略尾逗号产生的空项。 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue 关联 Issue #196 ## 如何测试 新增 testcase 过滤解析测试通过；py_compile；git diff --check；无需 CANN/NPU 环境。 回归测试覆盖问题触发条件；同时执行 py_compile 和 git diff --check。该修改不需要 CANN/NPU 硬件即可完成基础验证，仓库标准流水线可继续执行完整测试。 ## 风险与兼容性 风险等级：**L1**。修改集中在输入规范化、配置对象隔离、报告容错或工具检查，不改变正常路径的公共接口和输出结构。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了自测 - [x] 我已阅读相关贡献指南 See merge request: cann/ops-test-kit!278 | 1 个月前 | |
feat: combine offline and remote XPU output workflows Co-authored-by: gcw_YBIAEfqJ<wangweidong15@huawei.com> # message auto-generated for no-merge-commit merge: !221 merge feature/xpu-offline-dump-combined into master feat: combine offline and remote XPU output workflows Created-by: gcw_YBIAEfqJ Commit-by: gcw_YBIAEfqJ Merged-by: cann-robot Description: ### 当前PR是否有AI参与: [ ] 否 [x] 是 __1. AI Agent 平台: OpenCode __2. AI 模型: GPT-5.6 __3. Prompt上下文: 合并 PR #162 与 PR #217，并将离线 XPU 输出字段统一命名为 manual_xpu_binaries ### PR功能描述 / 为什么需要这个合入**: 本 PR 合并原 #162 和 #217 的相关功能，并基于当前 master 重新整理： - 支持 Kernel 使用 manual_xpu_binaries 回放本地 XPU 输出文件进行 cross_check，校验输入、Golden 和输出数量后跳过远端 dispatch。 - 将远端 XPU 输出落盘整合为 --dump xpu，可与 in,out,golden 组合，复用 --dump-format，覆盖多 provider、多输出和嵌套 TensorList。 - XPU dump 状态归入 DumpConfig.xpu，统一由 _apply_dump_config 解析；删除独立 --dump-xpu 参数。 - 保持 --dump full 原有 input/output/golden 语义，只有显式包含 xpu 才请求远端输出。 - 补齐 E2E/ACLNN XPU 调度路径、资源清理、CLI 文档及回归测试。 - 旧字段 manual_third_party_binaries 已统一改为 manual_xpu_binaries。 该组合 PR supersedes 原 PR #162 和 #217，避免两个 PR 分别修改相同的 XPU 处理链路。 ### 该PR关联的issue 无 ### 希望检视人员了解: 组合分支从当前 master 重新构造，未携带原 PR 的旧分支历史。 检视意见修复提交：9524dd9b9 fix: fold XPU output into dump options。 pre-commit 格式与合规修复提交：72f668e0e fix: resolve PR 221 precommit findings。 ## 测试 - pytest -q: 1386 passed, 24 skipped - pre-commit run --show-diff-on-failure --files ...: 全部通过（含 OAT） - tests/cli/test_xpu_perf_collect.py 等 XPU/CLI targeted tests: passed - ruff check --ignore E501 --select E,F,I,B（变更代码和测试）: passed - python3 -m compileall -q ttk tests: passed - git diff --check: passed - python3 -m ttk kernel --help: 仅展示 --dump [DUMP]，类别包含 xpu ## 文档更新 已同步更新 CLAUDE.md、运行 Skill、Dump 指南、任务执行参数和 XPU 使用指南，所有资料均使用 --dump xpu，无 --dump-xpu 残留。 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-test-kit!221 | 1 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 |