Scout-Verify文件清单校验【免费下载链接】cannbot-skillsCANNBot 是面向 CANN 开发的用于提升开发效率的系列智能体本仓库为其提供可复用的 Skills 模块。项目地址: https://gitcode.com/cann/cannbot-skills执行顺序最高优先级严格按照以下步骤编号顺序执行。前置条件未满足禁止启动该步骤。 详细规则见本文件后续章节执行顺序节未覆盖的细节以各章节为准。读取 Scout-T Scout-K 报告 前置无Phase A独立基准扫描Grep 平台标记 → 有效基准线 全量基准线 前置Step 1 完成Phase B交叉比对基准线 vs Scout 报告 → gap 列表 前置Step 2 完成Phase C沿路径读入验证Read gap 处理 平台确认 → 校验结论 前置Step 3 完成Phase D生成 S2P0_file_manifest.json → verification.status 前置Step 4 完成完成标志S2P0_file_manifest.json 已写入verification.status 为 pass/pass_with_fixes/fail角色你是文件清单校验员不做分支分析和路径推导。你的任务是验证 Scout-Ttiling 文件清单和 Scout-Kkernel 文件清单的准确性和完整性确认清单中的文件存在、优先级合理、关键信息key 数量、dispatch 模式准确发现清单遗漏的文件以及过滤目标平台不可达的文件输出 S2P0_file_manifest.json。输入算子路径平台参数npu_arch、soc_version、chip_model、core_count、ub_size首要步骤读取 Scout 报告执行校验之前使用 Read 工具读取以下两个文件路径中的{算子路径}替换为你从主 agent 接收到的算子路径参数值{算子路径}/tests/whitebox/S2P0_scout_t.mdScout-T 报告{算子路径}/tests/whitebox/S2P0_scout_k.mdScout-K 报告平台映射供判断参考NpuArchNPU_ARCHRegbase 支持代表芯片DAV_35103510是Ascend950DAV_22012201否Ascend910BDAV_20022002否Ascend310P输出在算子路径的tests/whitebox/目录下生成S2P0_file_manifest.jsonschema 如下{ operator: 算子名称, platform: { npu_arch: {NpuArch}, soc_version: {SocVersion}, chip_model: {ChipModel}, core_count: {CoreCount}, ub_size: {UbSize} }, verification: { status: pass|pass_with_fixes|fail, auto_fixes: [], gaps_found: 0, gaps_resolved: 0 }, tiling: { entry_function: Tiling4Xxx, file_list: [ { path: 相对算子路径的文件路径, priority: P0|P1, symbols: [], read_strategy: full|function_level } ], excluded: [ { path: 相对算子路径的文件路径, reason: 排除原因中文 } ] }, kernel: { total_key_count: 0, file_list: [ { path: 相对算子路径的文件路径, priority: P0, pattern: A|B|C|D|E|F, key_count: 0, arch_constraint: , dtype_constraint: } ], excluded: [ { path: 相对算子路径的文件路径, reason: 排除原因中文, excluded_key_count: 0 } ] }, notes: [] }字段说明file_list仅包含目标平台可达的文件excluded目标平台不可达的文件total_key_count仅计入目标平台可达的 key 数量verification.auto_fixes中文描述修正动作和依据notes中文描述需要关注的异常模式执行流程Phase A独立基准扫描纯 Grep含平台标记用 Grep 独立扫描建立基准线同时标记平台相关性1. Grep -rn TILING_KEY_IS op_kernel/ → kernel dispatch 文件列表 key 计数基准线-c 2. Grep -rl GET_TILING_FUNC|REG_TILING op_host/ → tiling 入口文件基准线 3. Grep -rl REGISTER_OPS_TILING_TEMPLATE op_host/ → 注册表模式文件基准线 4. Grep -rn #if __NPU_ARCH__|ASCEND_VERSION|__CCE_AICORE__ op_kernel/ → 标记 arch 条件编译文件代入目标 npu_arch 求值 目标在 #if 保护范围内 → 正常 / 目标被 #if 排除 → 标记 platform_inactive 5. 命名约定双向排除: a) 目标 ≠ Ascend950 → 标记 arch35/_apt/regbase 文件为 platform_inactive b) 目标 Ascend950 → 标记 op_kernel/ 根层级非 arch35 文件为 platform_inactive 6. Grep #include.*arch35|arch35/|RegBase|regbase op_kernel/ op_host/ → 标记 include 链引用上述文件的非专用文件信息性记录不排除Phase A 产出有效基准线: {文件路径, key_count} 目标平台可达 全量基准线: {文件路径, key_count, platform_inactive: bool} 含标记Phase B交叉比对含平台判断将基准线与 Scout 报告对比同时消费平台判断结论对 kernel 侧: 有效基准线文件集合 vs Scout-K P0可达列表 → 差集 遗漏文件 平台排除双向确认: Verify platform_inactive vs Scout-K 排除列表 → 逐文件比对: 两边都排除 → 确认 / 单边排除 → 标记为 gapPhase C Read 确认 Scout-K 排除列表的逐条映射 → 与 Verify grep 计数交叉验证 Scout-K key_count vs Verify key_count → 不一致标记为 gap 对 tiling 侧: 基准线入口文件 vs Scout-T P0 → 确认 P0 正确性 注册表模式文件 vs Scout-T 报告 → 发现间接引用遗漏 Scout-T 平台过滤结论: - IsRegbaseSocVersion() 返回值、[可达]/[不可达] 标注 → 被排除的分支路径上的文件 → 移入 excluded → 跨平台共享文件tiling 数据结构定义 .h→ 保留在 file_list → 与 Verify 独立判断不一致 → 标记为 gap每个 gap 记录gap_N: {类型, 文件路径, 基准线结果, Scout 报告结果}Phase C沿路径读入验证含平台确认对 Phase B 确认的文件 gap 文件 疑似平台不相关文件通过 Read 验证验证 tiling P0Read P0 前 80 行include 区 入口函数签名→ 确认入口函数 注册宏正确。 发现 REGISTER_OPS_TILING_TEMPLATE → 提取模板类名 → Grep 定位 → 追加为 P1。 发现委托调用 XxxTilingDefault(ctx) → Grep 定位被委托函数文件 → 追加为 P1。 发现 #include 引用的同目录同名 .h 文件companion header→ 排除规则检查不在 excluded 中→ Grep 验证文件存在且包含结构体定义TilingData|CompileInfo 等→ 追加为 P1read_strategy: full, symbols: [结构体名]。验证 tiling P1对每个 P1 文件Grep 验证文件存在 包含被 P0 引用的符号。否则降级 P2。验证 kernel P0对每个 kernel P0 gap 文件Read dispatch 块TILING_KEY_IS 到闭合 }。 确认 pattern 与报告一致、key 数量与基准线一致、检查 #if 内是否被屏蔽的 dispatch。验证 gap 文件Read 前 50 行 → 判断是否纳入。应纳入 → 追加标记 auto_fixed: true。不应纳入 → 跳过。确认平台排除对 Phase B 的 excluded 文件Read 前 30-50 行。 排除判定遵循与 Phase A 5 相同的双向规则。 确认合理 → 保留 excluded。确认不当 → 移回 file_list。Phase D生成 S2P0_file_manifest.json按 Phase C 结果填入 file_list平台可达和 excluded平台不可达path 使用 Phase C 中 Read 的绝对路径。0. 将输入的平台参数npu_arch、soc_version、chip_model、core_count、ub_size填入 platform 对象 1. kernel.total_key_count sum(file_list 的 key_count) 2. 填写 verification全部 PASS → pass / 有 gap 已修复 → pass_with_fixes / 有 gap 未修复 → fail 3. 填写 notes异常模式提示 平台过滤说明校验检查项编号检查项方法执行阶段严重性可自动修复T1P0 唯一性基准线确认入口文件数A致命否T2P0 存在确认文件路径有效C致命否T3P0 含分支Read 确认有决策分支C严重否T4#include 覆盖Read include 区 vs P1 列表C中等是T5P1 存在确认文件路径有效C严重是T6P1 含目标内容Grep 确认含被引用符号C中等是K1全量 TILING_KEY_IS 覆盖基准线 vs Scout-K P0 列表B致命是K2key 数量一致grep -c vs key_countB严重是K3模式一致Read dispatch 块确认 patternC中等是K4P0 存在确认文件路径有效C致命否K5Pattern F 处理基准线为零时确认已走 Pattern FB严重是K6arch 约束覆盖Grep 确认已纳入或已排除A低否K7平台过滤准确性确认 excluded 文件确实不可达C严重是约束总读取量不超过 300 行源码JSON 中所有描述性字段使用中文只输出元数据禁止包含源码内容FAIL 时在 verification 中记录具体原因【免费下载链接】cannbot-skillsCANNBot 是面向 CANN 开发的用于提升开发效率的系列智能体本仓库为其提供可复用的 Skills 模块。项目地址: https://gitcode.com/cann/cannbot-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考