@cannbot-plugin/cannbot-harness 0.0.0-stage → 0.1.4

package/assets/ops-direct-invoke/skills/ascendc-simt-tiling-design/evals/evals.json

@@ -0,0 +1,44 @@
+{
+  "eval_mode": "text",
+  "evals": [
+    {
+      "id": 1,
+      "title": "SIMT vs SIMD Tiling 设计差异",
+      "config": {
+        "max_tokens": 100000,
+        "max_tokens_by_model": {
+          "deepseek-v4-flash": 120000,
+          "glm-5": 110000
+        },
+        "ascend_platforms": [
+          "A2"
+        ],
+        "eval_mode": "text"
+      },
+      "prompt": "SIMT 算子的切分设计与 SIMD 有什么本质差异？SIMT 算子切分不涉及哪些 SIMD 环节？不需要执行任何工具调用。",
+      "expected_output": "回复应说明 SIMT 和 SIMD 在切分设计上的本质差异在于并行粒度不同：SIMD 以向量级（UB 空间规划）为核心，SIMT 以线程级（核数/线程数规划）为核心。SIMT 切分不涉及的 SIMD 环节包括 UB 空间切分、Vector 指令流水线编排等。",
+      "files": [],
+      "expectations": []
+    },
+    {
+      "id": 2,
+      "title": "SIMT Tiling 核心设计要素",
+      "config": {
+        "max_tokens": 100000,
+        "max_tokens_by_model": {
+          "deepseek-v4-flash": 120000,
+          "glm-5": 110000
+        },
+        "ascend_platforms": [
+          "A2"
+        ],
+        "eval_mode": "text"
+      },
+      "prompt": "请先加载 ascendc-simt-tiling-design 技能并阅读其 SKILL.md 与 references/guide.md 后回答（不需要实际执行算子编译或运行）：SIMT 算子 Tiling 设计的核心要素有哪些？1）核数切分策略：公式是什么、单核最少处理元素数建议值及对齐要求、通过什么接口设置核数，数据量小导致线程空转时应调整核数还是线程数？2）线程数设置策略：默认值与最大值、是否必须是编译期常量、LAUNCH_BOUND(N) 与 Simt::Dim3(N) 的关系、能否从 tiling 数据动态获取？3）DCache 与 UB 空间分配：需为 DCache 预留多少、可用 UB 如何计算、通过什么接口设置？",
+      "expected_output": "1. 回复应说明核数切分策略：总核数 = ceil(输出元素总数 / 单核最少处理元素数)，单核最少处理元素数建议 1024 且需对 warp(32) 对齐，并在 tiling 侧通过 SetBlockDim 设置核数；数据量小导致线程空转时应调整核数而不是减少线程数。\n2. 回复应说明线程数设置策略：线程数必须是 constexpr 编译期常量（默认 1024、最大 2048），LAUNCH_BOUND(N) 与 Simt::Dim3(N) 必须使用同一个常量，禁止从 tiling 数据动态获取线程数。\n3. 回复应说明 DCache 与 UB 空间分配：需为 DCache 预留 ≥32KB，可用 UB = 256KB - 8KB - 32KB = 216KB，并通过 SetLocalMemorySize 设置可用 UB 大小。",
+      "files": [],
+      "expectations": []
+    }
+  ],
+  "skill_name": "ascendc-simt-tiling-design"
+}

package/assets/ops-direct-invoke/skills/ascendc-simt-tiling-design/references/guide.md

@@ -0,0 +1,73 @@
+# SIMT 算子切分设计指南
+
+SIMT 算子的切分设计与 SIMD 有本质差异，不涉及 UB 切分和 Buffer 规划，而是以核数切分 + 线程数设置为核心。
+
+## SIMT vs SIMD 切分差异
+
+| 要素 | SIMD 方式 | SIMT 方式 |
+|------|----------|----------|
+| 多核切分 | 按 UB 单次处理量切分 | 按元素总量切分（ceil(总量/单核最少元素数)） |
+| 单核并行 | UB Buffer + 向量指令 | 线程数（constexpr 编译期常量，1024/2048） |
+| 数据搬运 | 需显式 Load/Store | 支持直接读写 GM |
+| UB 使用 | 全量使用 | 仅核内共享场景使用，DCache ≥32KB |
+| Buffer 规划 | inQueue/outQueue/tmpBuf | TBuf（仅在需要共享内存时使用） |
+
+## 核数切分
+
+```
+总核数 = ceil(输出元素总数 / 单核最少处理元素数)
+单核最少处理元素数建议 1024
+单核最少处理元素需要对 warp (即 32) 进行对齐
+```
+
+- 通过 tiling 侧 `SetBlockDim` 设置核数
+- 合理设置 `perCoreElements` 避免负载不均
+- 避免总数据量少但启动核数多的场景
+
+## 线程数设置
+
+- 默认值: 1024
+- 最大值: 2048
+- 必须是 `constexpr` 编译期常量
+- `LAUNCH_BOUND(N)` 和 `Simt::Dim3(N)` 必须使用同一个常量
+
+### 按算子类型选择
+
+| 算子类型 | 建议线程数 | 原因 |
+|---------|-----------|------|
+| 搬运类算子 | 2048 / 1024 | 更多线程隐藏内存延迟 |
+| 计算类算子 | 512 / 1024 | 寄存器压力大，需平衡 |
+
+### 正确写法
+
+```cpp
+constexpr uint32_t THREAD_NUM = 512;
+
+// VF 函数声明
+__simt_vf__ __aicore__ LAUNCH_BOUND(THREAD_NUM) inline void OpComputeSimt(...);
+
+// VF 调用
+Simt::VF_CALL<OpComputeSimt<T>>(Simt::Dim3(THREAD_NUM), args...);
+```
+
+### 错误写法（严禁）
+
+```cpp
+// 线程数从 tiling 数据获取（运行时变量）
+int32_t threadNum = static_cast<int32_t>(tilingData_->threadNum);
+Simt::VF_CALL<OpComputeSimt<T>>(Simt::Dim3(threadNum), args...);
+```
+
+> 如果数据量较小导致线程空转过多，应通过调整**核数**（`SetBlockDim`）来适配，而不是减少线程数。
+
+## DCache 与 UB 空间设置
+
+SIMT 算子不能使用全部 UB 空间，需为 DCache 预留 >=32KB：
+
+```cpp
+constexpr uint64_t DCACHE_SIZE = 128 * 1024;
+uint64_t ubsize = 256 * 1024;
+context->SetLocalMemorySize(ubsize - DCACHE_SIZE);
+```
+
+可用 UB = 256KB - 8KB(预留) - 32KB(DCache最低) = **216KB**

package/assets/ops-direct-invoke/skills/ascendc-st-design/SKILL.md

@@ -0,0 +1,316 @@
+---
+name: ascendc-st-design
+description: Ascend C 算子系统测试（ST）设计技能。基于 aclnn 接口文档，完成算子参数定义、测试因子提取、约束关系分析、测试用例生成（L0/L1/L2）的完整流程。当需要以下任务时使用此技能：设计算子测试用例、生成ST用例。
+---
+
+# Ascend C 算子测试设计
+
+本技能提供 Ascend C 算子测试设计的完整工作流程，并输出结构化用例数据支撑算子功能和精度验证。
+
+## 核心工作流程
+
+### 1. 输入文件校准
+
+从以下文档获取算子接口信息：
+- 需求文档：`operators/{operator_name}/docs/REQUIREMENTS.md`
+- ACLNN 接口文档：`operators/{operator_name}/docs/aclnn{OperatorName}.md`
+
+或者指定文件路径。
+
+
+### 1.1 输出路径规范
+
+**所有测试设计结果统一存放到算子目录下**：
+
+```
+operators/{operator_name}/tests/st/
+├── testcases/                    # 最终测试用例（下游直接消费）
+│   ├── {operator_name}_L0_test_cases.csv
+│   ├── {operator_name}_L0_coverage_report.yaml
+│   ├── {operator_name}_L1_test_cases.csv
+│   └── {operator_name}_L1_coverage_report.yaml
+│   ├── {operator_name}_L2_test_cases.csv
+└── design/                       # 测试设计中间产物
+    ├── 03_参数定义.yaml
+    ├── 04_测试因子.yaml
+    ├── 05_约束定义.yaml
+    ├── 06_求解配置.yaml
+    └── 07_因子值.csv
+```
+
+**路径变量**：
+- `OPS_DIR`：算子目录，`operators/{operator_name}/`
+- `DESIGN_DIR`：测试设计中间产物目录，`{OPS_DIR}/tests/st/design/`
+- `TESTCASE_DIR`：最终测试用例目录，`{OPS_DIR}/tests/st/testcases/`
+
+### 2. 算子参数定义
+
+根据参数类型定义参数规范。支持 **3 大类 6 种**参数类型：
+
+| 类别 | type 值 | 值配置字段 |
+| ---- | ------- | ---------- |
+| Tensor 类 | aclTensor, aclTensorList | dtype_with_ranges |
+| Array 类 | aclIntArray, aclFloatArray, aclBoolArray, aclScalarList | dtype_with_ranges |
+| Scalar 类 | aclScalar, 18种标量类型（int4_t~string） | dtype_with_values |
+
+**详细规范和模板**：参考 [parameter-definition.md](references/parameter-definition.md)
+
+**关键要点**：
+- **aclnn_name 必填**：在参数定义文件的顶层添加 `aclnn_name` 字段，值为算子的 aclnn 接口名称（从接口文档名称获取，如 `aclnnGridSampler2DBackward.md` → `aclnnGridSampler2DBackward`）
+- 为每个参数定义 `name`、`type`、`required`、`io_type` 属性
+- **数据类型必须完整**：从原始资料的数据类型列中完整复制所有类型，不允许遗漏
+- `io_type` 字段：标识参数的输入输出类型
+  - `input`：输入参数（需准备测试数据）
+  - `output`：输出参数（无需定义`value_range`和`special_range/special_value`）
+- Tensor 类需定义 `format`、`dimensions`；TensorList 额外需定义 `length_ranges`
+- `dimensions` 取值范围：通用最小为1、最大为8，需结合算子接口文档中的维度约束（如"不超过N维"）调整。例如接口文档写"不超过8维"时取 `[1, 2, 3, 4, 5, 6, 7, 8]`；写"3维"时取 `[3]`。
+- Array 类需定义 `length_ranges`
+- Scalar 类需定义 `is_enum`、`dtype_with_values`
+- 明确 `value_range` 和 `special_range/special_value`
+- 无需定义workspaceSize和executor参数
+
+### 2.1 value_range 定义规范
+
+**必须覆盖的取值范围**：
+1. **全量默认值**：按照 `references/parameter-definition.md` 中的默认值定义
+2. **算子特定值**：根据算子功能识别的特殊值
+
+**定义步骤**：
+1. 复制默认值模板（从 parameter-definition.md）
+2. 根据算子功能删除不适用的范围（如归一化操作删除负值范围）
+3. 添加算子特定的约束值
+
+**float16 全量默认值示例**：参见 [parameter-definition.md](references/parameter-definition.md) 中的「默认 value_range 定义」表。
+
+### 3. 使用脚本自动提取测试因子
+
+**推荐方式**：使用 `generate_test_factors.py` 脚本自动提取
+
+```bash
+python skills/ascendc-st-design/scripts/generate_test_factors.py \
+    operators/{operator_name}/tests/st/design/03_参数定义.yaml \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml
+```
+
+**脚本功能**：自动识别参数类型，提取所有测试因子（存在性、格式、维度、数据类型、取值范围、特殊值等），生成规范的 YAML 格式输出。
+
+### 4. 参数依赖关系分析
+
+解析输入资料，理解算子的数学公式及计算逻辑，提取 GetWorkspaceSize 接口中950系列产品支持的参数、参数取值范围和参数依赖关系。
+
+**详细规范**：参考 [dependency-yaml-spec.md](references/dependency-yaml-spec.md)
+
+**约束类型速查**：
+
+| 类型 | 语义 | 典型场景 |
+|------|------|----------|
+| `calculate` | 计算约束 | 类型等值、形状计算、自引用修改、多shape广播结果(`get_broadcast_result`) |
+| `broadcast_dim` | 指定维度广播 | 单维度广播兼容性 |
+| `broadcast_shape` | 张量广播 | 完整形状广播（单向/双向） |
+| `conditional` | 条件约束 | if-then-else 分支 |
+| `match` | 匹配约束（双向） | 维度/属性双向匹配 |
+| `existential` | 存在性约束 | 可选参数联动 |
+| `convertible` | 可转换约束 | 类型兼容性检查 |
+| `inferable_filter` | 链式依赖约束 | 多 Tensor 类型互推导 |
+| `inferable` | 可推导约束 | 类型推导检查 |
+
+**约束类型完整示例**：参考 [constraint-examples.md](references/constraint-examples.md)
+
+#### 4.1 约束分析维度（按优先级）
+
+在识别因子依赖关系时，按以下优先级进行分析：
+
+1. **数据类型依赖**：类型推导链、类型等价约束、类型可转换性、类型互斥规则、精度层级关系
+2. **形状依赖**：维度数约束、维度大小计算、Broadcast方向性和兼容性、指定维度值匹配
+3. **数值依赖**：标量取值范围、枚举值定义域、特殊数值语义、数值精度影响
+4. **存在性依赖**：可选参数联动、条件参数约束
+
+#### 4.2 约束定义文件规范
+
+```yaml
+# 元信息
+metadata:
+  operator: "{算子名}"
+  version: "1.0"
+  description: "{算子名}算子约束关系定义"
+
+# 因子节点定义
+factors:
+  {param}.{attribute}: {type: {type}, param: {param}, io_type: {io_type}}
+
+# 约束定义
+constraints:
+  - id: "C-XXX-001"
+    type: {constraint_type}
+    # ...
+```
+
+因子节点定义和各约束类型的完整 YAML 示例见 [constraint-examples.md](references/constraint-examples.md)。
+
+**约束设计原则**：
+- `calculate` 是通用计算约束，等值场景使用 `expression: "sources[0]"`
+- `match` 是**双向约束**，`calculate` 是**单向计算**，语义不同不应合并
+- `broadcast_shape` **不支持** `source_shape_expr` 字段；如需表达"广播到派生形状"，使用两步约束模式（见 [constraint-examples.md §4](references/constraint-examples.md)）
+- 固定取值范围已在 `04_测试因子.yaml` 中定义，无需添加约束
+- `sources` **不可为空** `[]`；需要自引用时可 `sources` 包含 `target` 自身
+
+#### 4.3 检查清单
+
+- 05_约束定义.yaml必须包含metadata、factors、constraints节点
+- constraints节点中的sources不为[]；即：固定取值范围无需定义约束
+- **Array 类参数的元素级约束**：检查 aclIntArray/aclFloatArray/aclBoolArray/aclScalarList 的各元素是否有独立取值要求（如某些位置必须固定值、某些位置取值范围不同），如有则需在隐式约束之后新增 calculate 约束，通过 `sources: ["param.value"]` + `target: "param.value"` + 指定索引覆盖的方式实现
+- **逐条核对原始文档约束**：将原始算子文档中的每条参数说明/使用说明/约束说明逐一对照，确认是否都有对应的约束定义或已在测试因子中覆盖
+
+### 5. 生成通用约束
+
+**推荐方式**：使用 `generate_implicit_constraints.py` 脚本自动生成
+
+```bash
+python skills/ascendc-st-design/scripts/generate_implicit_constraints.py \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml \
+    operators/{operator_name}/tests/st/design/05_约束定义.yaml \
+    --verbose
+```
+
+脚本自动识别需要生成隐式依赖的因子，生成三类通用隐式约束，避免重复约束（幂等性保证），并自动备份原有约束文件。
+
+**通用依赖规则**：
+
+1. **Tensor / TensorList 输入**：`{param}.shape` 依赖于 `{param}.dimensions`
+2. **所有输入**：`{param}.value_range` 依赖于 `{param}.dtype`
+3. **TensorList / Array 类**：`{param}.length` 依赖于 `{param}.length_ranges`
+4. **TensorList**：`{param}.shape_list` 依赖于 `{param}.length` 和 `{param}.dimensions`
+5. **Array 类**：`{param}.value` 依赖于 `{param}.length` 和 `{param}.value_range`
+6. **非 Tensor 非枚举类型**：`{param}.value` 依赖于 `{param}.value_range`
+
+### 6. 构建测试因子依赖图
+
+**推荐方式**：使用 `generate_solver_config.py` 脚本自动生成
+
+```bash
+python skills/ascendc-st-design/scripts/generate_solver_config.py \
+    operators/{operator_name}/tests/st/design/05_约束定义.yaml \
+    operators/{operator_name}/tests/st/design/06_求解配置.yaml
+```
+
+脚本解析约束定义，构建因子依赖图，拓扑排序确定求解层级，识别锚点因子（入度为0）。
+
+**输出示例**：
+```yaml
+solver:
+  strategy: topological
+  anchors:
+    - batch1.dtype
+    - batch1.shape
+  derivation_order:
+    level_0: [batch1.dtype, batch1.shape, self.dtype, ...]
+    level_1: [alpha.dtype, batch2.shape, beta.dtype, out.dtype]
+    level_2: [out.shape]
+```
+
+### 7. 约束求解与测试因子值生成
+
+**推荐方式**：使用 `generate_factor_values.py` 脚本自动生成满足约束的测试因子值
+
+```bash
+python skills/ascendc-st-design/scripts/generate_factor_values.py \
+    operators/{operator_name}/tests/st/design/06_求解配置.yaml \
+    operators/{operator_name}/tests/st/design/05_约束定义.yaml \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml \
+    operators/{operator_name}/tests/st/design/07_因子值.csv \
+    --max-cases 10000
+```
+
+**约束求解流程**：
+1. 加载求解配置、约束定义和测试因子
+2. 识别锚点因子（Level 0），独立随机采样
+3. 按拓扑顺序逐层推导
+4. 验证每个测试用例是否满足所有约束
+5. 输出满足约束的测试因子值到 CSV 文件
+
+**可选参数**：`--max-cases N`（最大用例数，默认10000）、`--seed N`（随机数种子）、`--verbose`
+
+### 8. 测试用例生成（L0/L1/L2）
+
+**推荐方式**：使用统一的 `generate_test_cases.py` 脚本
+
+> **注意**：由于 L0 和 L1 和 L2 算法复杂度较高，建议分三步执行，并设置 **5分钟超时**。
+
+```bash
+# 步骤1: 生成 L0 用例（单因子覆盖，≤200条）
+python skills/ascendc-st-design/scripts/generate_test_cases.py \
+    operators/{operator_name}/tests/st/design/03_参数定义.yaml \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml \
+    operators/{operator_name}/tests/st/design/07_因子值.csv \
+    operators/{operator_name}/tests/st/testcases/ \
+    --level L0 \
+    --verbose
+
+# 步骤2: 生成 L1 用例（两两组合覆盖，500~700条）
+python skills/ascendc-st-design/scripts/generate_test_cases.py \
+    operators/{operator_name}/tests/st/design/03_参数定义.yaml \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml \
+    operators/{operator_name}/tests/st/design/07_因子值.csv \
+    operators/{operator_name}/tests/st/testcases/ \
+    --level L1 \
+    --target-count 500 \
+    --seed 42 \
+    --verbose
+
+# 步骤3: 生成 L2 用例（异常用例，每个异常场景一条用例）
+python skills/ascendc-st-design/scripts/generate_test_cases.py \
+    operators/{operator_name}/tests/st/design/03_参数定义.yaml \
+    operators/{operator_name}/tests/st/design/04_测试因子.yaml \
+    operators/{operator_name}/tests/st/design/07_因子值.csv \
+    operators/{operator_name}/tests/st/testcases/ \
+    --level L2 \
+    --constraints-file operators/aclnnAdds/tests/st/design/05_约束定义.yaml \
+    --verbose
+```
+
+**超时设置**：在调用 Bash 工具时设置 `timeout=300000`（5分钟）
+
+**用例级别说明**：
+
+| 级别 | 定义 | 覆盖目标 | 用例数 |
+| ---- | ---- | -------- | ------ |
+| L0 | 门槛用例 | 核心功能直通 | <=200 |
+| L1 | 功能/精度/性能用例 | 参数BC组合测试，正常+典型边界，DFX基准测试 | 500~700 |
+| L2 | 异常用例 | dtype、dim等异常 | <=20 |
+
+**L1 可选参数**：`--target-count N`（目标用例数量，默认500）、`--seed N`（随机数种子）
+
+**输出文件**：`{operator_name}_L0_coverage_report.yaml`、`{operator_name}_L0_test_cases.csv`（含空tensor用例）、`{operator_name}_L1_coverage_report.yaml`、`{operator_name}_L1_test_cases.csv`（含空tensor用例）、`{operator_name}_L2_test_cases.csv`
+
+> **空tensor用例**：L0和L1用例均自动生成空tensor用例（从正常用例派生），确保算子空tensor场景覆盖。详见 [empty-tensor-guide.md](references/empty-tensor-guide.md)。
+
+### 9. 测试设计结果总结
+
+在 `operators/{operator_name}/tests/st/` 目录总结算子测试设计过程与结果：
+
+- 算子参数定义
+- 提取测试因子
+- 参数依赖关系分析
+- 生成隐式约束
+- 构建测试因子依赖图
+- 约束求解与测试因子值生成
+- 测试用例生成（L0/L1/L2）
+
+## 参考文件
+
+### 技能文档
+
+- **[parameter-definition.md](references/parameter-definition.md)** - 参数定义规范、模板和 value_range 默认值表
+- **[dependency-yaml-spec.md](references/dependency-yaml-spec.md)** - 依赖关系约束表达模型完整规范
+- **[constraint-examples.md](references/constraint-examples.md)** - 约束类型详细示例和完整约束文件示例
+- **[standards.md](references/standards.md)** - 算子验收标准和用例级别规范
+- **[empty-tensor-guide.md](references/empty-tensor-guide.md)** - 空tensor用例生成指南（自动派生）
+
+### 自动化工具
+
+- **[scripts/generate_test_factors.py](scripts/generate_test_factors.py)** - 测试因子提取脚本
+- **[scripts/generate_implicit_constraints.py](scripts/generate_implicit_constraints.py)** - 隐式约束生成脚本
+- **[scripts/generate_solver_config.py](scripts/generate_solver_config.py)** - 求解配置生成脚本
+- **[scripts/generate_factor_values.py](scripts/generate_factor_values.py)** - 自动生成满足约束的测试因子值脚本
+- **[scripts/generate_test_cases.py](scripts/generate_test_cases.py)** - 测试用例生成脚本（支持L0/L1/L2，L0和L1自动生成空tensor用例）
+- **[scripts/generate_empty_tensor_cases_derive.py](scripts/generate_empty_tensor_cases_derive.py)** - 空tensor用例派生脚本（独立调用）

package/assets/ops-direct-invoke/skills/ascendc-st-design/evals/evals.json

@@ -0,0 +1,44 @@
+{
+  "eval_mode": "text",
+  "evals": [
+    {
+      "id": 1,
+      "title": "系统测试用例设计工作流程",
+      "config": {
+        "max_tokens": 100000,
+        "max_tokens_by_model": {
+          "deepseek-v4-flash": 120000,
+          "glm-5": 110000
+        },
+        "ascend_platforms": [
+          "A2"
+        ],
+        "eval_mode": "text"
+      },
+      "prompt": "如何为 Ascend C 算子设计系统测试（ST）用例？请介绍完整的工作流程。不需要执行任何工具调用。",
+      "expected_output": "回复应说明 Ascend C ST 测试设计的完整工作流程，基于 aclnn 接口文档按四步完成：算子参数定义、测试因子提取、约束关系分析、测试用例生成（L0/L1/L2）。",
+      "files": [],
+      "expectations": []
+    },
+    {
+      "id": 2,
+      "title": "ST 设计输出产物",
+      "config": {
+        "max_tokens": 100000,
+        "max_tokens_by_model": {
+          "deepseek-v4-flash": 120000,
+          "glm-5": 110000
+        },
+        "ascend_platforms": [
+          "A2"
+        ],
+        "eval_mode": "text"
+      },
+      "prompt": "ascendc-st-design skill 完成测试设计后会输出哪些文件？存放在什么路径下？可以加载技能，不需要执行其他外部工具调用。",
+      "expected_output": "回复应说明完成 ST 测试设计后产出的文件类型和内容，包括参数定义、测试因子、约束分析和测试用例等输出产物。",
+      "files": [],
+      "expectations": []
+    }
+  ],
+  "skill_name": "ascendc-st-design"
+}