master

cann-robotfeat(ops-registry-invoke): add 1.4R test design review phase

00de9c76创建于 7 天前历史提交

文件	最后提交记录	最后更新时间
agents	feat(ops-registry-invoke): add 1.4R test design review phase Co-authored-by: zhouqilong<zhouqilong2@huawei.com> # message auto-generated for no-merge-commit merge: !299 merge harness2 into master feat(ops-registry-invoke): add 1.4R test design review phase Created-by: zhou-qilong Commit-by: zhouqilong Merged-by: cann-robot Description: ## 描述 为 ops-registry-invoke 工作流新增 **1.4R 测试设计评审** 阶段，与已上线的 1.3R 方案评审配对，形成 **设计→设计评审 + 测试设计→测试设计评审** 的对称质量门禁结构。 ### 具体变更 #### 1. Agent 能力扩展 - **ascendc-ops-tester**：从 3 场景扩展为 4 场景，新增 scene: test-design-review - 对 TEST.md + 测试用例表做条款级评审 - 以 spec.yaml 为唯一真值源，核验 dtype 覆盖、边界/极端覆盖、精度判据、oracle 一致性 - 禁止修改 TEST.md，只评审不修复 #### 2. 工作流新增 1.4R 阶段 - **workflow/SKILL.md**： - 新增「测试锁定」原则：1.4R 审批后锁定测试设计，变更需审批 - 新增 1.4R 阶段完整定义（进入条件、Subagent、Checklist、失败处理） - 强化 CP2 用户确认前置条件：现在要求 **1.3R + 1.4R 双通过** 才触发 CP2 - 1.3R/1.4R 失败处理：区分 spec-owned 冲突（流程终止、报用户）与其他失败（自动回退修复，最多重试 2 次） #### 3. 配套资源更新 - **data-flow.md**：新增 1.4R 行，记录输入（REQUIREMENTS + spec + TEST + 测试用例）与输出（TEST_REVIEW.md） - **error-handling.md**：新增 1.3R 和 1.4R 的常见错误类型表与回退策略 - **task-prompts.md**：新增 1.4R 任务的 subagent 调用 prompt 配置 ### 设计考量 - **对称质量门禁**：1.3（设计）+ 1.3R（评审）→ 1.4（测试设计）+ 1.4R（评审），在进入开发前形成双重保障 - **spec-driven 一致**：延续 1.3R 的评审方法论，以 spec.yaml 为唯一真值源，确保测试用例与设计、需求三向对齐 - **失败安全分层**：spec-owned 字段冲突直接终止（需人工介入），其他问题自动回退重试（最多 2 次），避免死循环 ## 关联的Issue - Closes #204 ## 测试 - [x] 本地验证 subagent 调用链：1.4R 场景四的进入条件与报告输出格式 - [ ] 等待 CI 流水线验证 1.流程上的显示如下：  2.实际运行效果：生成了TEST_REVIEW.md记录了评审的结果  3.评审完成后流程正常进入“人工确认”  ## 类型标签 - [x] ✨ 特性增强 - [ ] 🌟 新特性 - [ ] 🐛 Bug 修复 - [ ] ⚡ 性能优化 - [ ] 🧪 测试用例 - [ ] 📦 构建 / CI - [ ] 📝 文档更新 - [ ] 🔧 配置变更 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] ♻️ 代码重构 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/cannbot-skills!299	7 天前
workflow	feat(ops-registry-invoke): add 1.4R test design review phase Co-authored-by: zhouqilong<zhouqilong2@huawei.com> # message auto-generated for no-merge-commit merge: !299 merge harness2 into master feat(ops-registry-invoke): add 1.4R test design review phase Created-by: zhou-qilong Commit-by: zhouqilong Merged-by: cann-robot Description: ## 描述 为 ops-registry-invoke 工作流新增 **1.4R 测试设计评审** 阶段，与已上线的 1.3R 方案评审配对，形成 **设计→设计评审 + 测试设计→测试设计评审** 的对称质量门禁结构。 ### 具体变更 #### 1. Agent 能力扩展 - **ascendc-ops-tester**：从 3 场景扩展为 4 场景，新增 scene: test-design-review - 对 TEST.md + 测试用例表做条款级评审 - 以 spec.yaml 为唯一真值源，核验 dtype 覆盖、边界/极端覆盖、精度判据、oracle 一致性 - 禁止修改 TEST.md，只评审不修复 #### 2. 工作流新增 1.4R 阶段 - **workflow/SKILL.md**： - 新增「测试锁定」原则：1.4R 审批后锁定测试设计，变更需审批 - 新增 1.4R 阶段完整定义（进入条件、Subagent、Checklist、失败处理） - 强化 CP2 用户确认前置条件：现在要求 **1.3R + 1.4R 双通过** 才触发 CP2 - 1.3R/1.4R 失败处理：区分 spec-owned 冲突（流程终止、报用户）与其他失败（自动回退修复，最多重试 2 次） #### 3. 配套资源更新 - **data-flow.md**：新增 1.4R 行，记录输入（REQUIREMENTS + spec + TEST + 测试用例）与输出（TEST_REVIEW.md） - **error-handling.md**：新增 1.3R 和 1.4R 的常见错误类型表与回退策略 - **task-prompts.md**：新增 1.4R 任务的 subagent 调用 prompt 配置 ### 设计考量 - **对称质量门禁**：1.3（设计）+ 1.3R（评审）→ 1.4（测试设计）+ 1.4R（评审），在进入开发前形成双重保障 - **spec-driven 一致**：延续 1.3R 的评审方法论，以 spec.yaml 为唯一真值源，确保测试用例与设计、需求三向对齐 - **失败安全分层**：spec-owned 字段冲突直接终止（需人工介入），其他问题自动回退重试（最多 2 次），避免死循环 ## 关联的Issue - Closes #204 ## 测试 - [x] 本地验证 subagent 调用链：1.4R 场景四的进入条件与报告输出格式 - [ ] 等待 CI 流水线验证 1.流程上的显示如下：  2.实际运行效果：生成了TEST_REVIEW.md记录了评审的结果  3.评审完成后流程正常进入“人工确认”  ## 类型标签 - [x] ✨ 特性增强 - [ ] 🌟 新特性 - [ ] 🐛 Bug 修复 - [ ] ⚡ 性能优化 - [ ] 🧪 测试用例 - [ ] 📦 构建 / CI - [ ] 📝 文档更新 - [ ] 🔧 配置变更 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] ♻️ 代码重构 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/cannbot-skills!299	7 天前
.gitignore	feat: init.sh 自动适配 TRAE IDE 、TRAE Plugin 、TRAE CLI三种场景 Co-authored-by: yanhf<yanhaifeng5@huawei.com> # message auto-generated for no-merge-commit merge: !234 merge master into master feat: init.sh 自动适配 TRAE IDE 、TRAE Plugin 、TRAE CLI三种场景 Created-by: yanhf Commit-by: yanhf Merged-by: cann-robot Description: ## 描述 ### 新特性 New Features - 【环境安装】init.sh 自动适配 TRAE IDE / Plugin / CLI 三种场景： - 新增 detect_trae_variant() 函数，统一扫描用户全局根目录 ~/.trae-cn、~/.marscode、~/.traecli 来自动判断用户安装的 TRAE 变体 - **global 级别**：按检测结果安装到对应全局路径 - TRAE IDE → ~/.trae-cn/ - TRAE Plugin → ~/.marscode/ - TRAE CLI → ~/.traecli/ - **project 级别**：按检测结果安装到项目对应子目录 - TRAE IDE → .trae/ - TRAE Plugin → .marscode/ - TRAE CLI → .traecli/ - 安装时输出检测到的 TRAE 变体提示信息（IDE/Plugin/CLI/unknown） 参考资料： TRAE IDE： https://docs.trae.cn/ide/skills TRAE Plugin：https://docs.trae.cn/plugin/faq TRAE CLI： https://docs.trae.cn/cli/skills ### 问题修复 Bug Fix - 【环境安装】修正全局 TRAE IDE 路径：原脚本硬编码 ~/.trae/ 作为全局路径，实际 TRAE IDE 全局 Skill 目录为 ~/.trae-cn/skills/，项目 Skill 目录为 .trae/skills/ - 【环境安装】修复 TRAE Plugin 场景遗漏：原脚本仅支持 ~/.trae/ 路径，Plugin 用户安装后配置无法被识别。Plugin 标准配置路径为 ~/.marscode/ ### 方法说明 - 检测逻辑统一扫描**全局根路径**（$HOME）而非项目目录，避免新项目目录为空导致检测失效 - 5 个官方 plugin 的 init.sh 同步改造：ops-code-reviewer、ops-direct-invoke、ops-registry-invoke、pypto-op-orchestrator、model-infer-optimize - 同步更新 .gitignore（新增 .marscode、.traecli）、quickstart.md 文档、以及自动化测试用例 ## 关联的Issue <!-- 社区用户反馈：目前脚本仅适配 TRAE IDE 环境安装使用，Plugin 适配问题已记录 --> ## 测试 - tests/unit/test-line-endings.sh → PASSED - tests/unit/install/test-init-install.sh → PASSED（99/99） - tests/behavior/install/test-init-behavior.sh → PASSED（523/523，0 failed） - 新增自动化测试场景： - scenario_project_trae_ide() — 验证 ~/.trae-cn 存在时安装到 .trae/ - scenario_project_trae_plugin() — 验证 ~/.marscode 存在时安装到 .marscode/ - scenario_project_trae_cli() — 验证 ~/.traecli 存在时安装到 .traecli/ ## 文档更新 - 更新 5 个 plugin 的 quickstart.md，补充 TRAE Plugin（.marscode/）与 TRAE CLI（.traecli/）路径说明 - 更新 quickstart.md 中的安装路径表格和验证命令示例 ## 类型标签 - [x] 🌟 新特性 - [x] ✨ 特性增强 - [x] 🐛 Bug 修复 - [x] 🧪 测试用例 - [x] 📝 文档更新 See merge request: cann/cannbot-skills!234	16 天前
AGENTS.md	新增算子注册调用的workflow，支持ACLNN和GEIR接入调用 Co-authored-by: jon_jin<jinjiong@hisilicon.com> # message auto-generated for no-merge-commit merge: !163 merge master-fork into master 新增算子注册调用的workflow，支持ACLNN和GEIR接入调用 Created-by: jon_jin Commit-by: jon_jin Merged-by: cann-robot Description: ## 描述 新增算子注册调用的workflow，支持ACLNN和GEIR接入调用，包含从需求分析、方案设计、测试设计、代码开发和调试、用例开发和验证、代码Review等端到端流程 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单的链接。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [x] 🌟 新特性 - [ ] ✨ 特性增强 - [ ] 🐛 Bug 修复 - [ ] ⚡ 性能优化 - [ ] 🧪 测试用例 - [ ] 📦 构建 / CI - [ ] 📝 文档更新 - [ ] 🔧 配置变更 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] ♻️ 代码重构 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/cannbot-skills!163	29 天前
init.sh	feat(ops-registry-invoke): add template puncture validation with retry mechanism Co-authored-by: jon_jin<jinjiong@hisilicon.com> # message auto-generated for no-merge-commit merge: !297 merge torch-adaptor into master feat(ops-registry-invoke): add template puncture validation with retry mechanism Created-by: jon_jin Commit-by: jon_jin Merged-by: cann-robot Description: ## 描述 Add template puncture (模板穿刺) validation mechanism to ops-registry-invoke workflow, enabling parallel validation of TilingKey branches via Kernel direct invocation before full integration. - Add A1-P parallel puncture track using ascendc-direct-invoke-template - Add A1-P-Retry auto-retry for failed puncture tasks (max 2 retries) - Add operator iteration task to integrate puncture results into mainline - Restructure phase 3 into precision (3.1) and performance (3.2) validation - Enhance error handling with precision debugging decision trees - Update all workflow templates, data flow docs, and task prompts ## 关联的Issue #202 ## 测试 本次变更为技能/工作流定义文档更新，不涉及可执行代码测试。 ## 文档更新 更新了所有相关工作流文档和 Agent 定义文件。 ## 类型标签 - [x] ✨ 特性增强 See merge request: cann/cannbot-skills!297	7 天前
quickstart.md	feat: add CANN version auto-detection, version compat docs, and update prerequisites Co-authored-by: jon_jin<jinjiong@hisilicon.com> Co-authored-by: jon_jin<jon_jin@gitcode.com> # message auto-generated for no-merge-commit merge: !238 merge master into master feat: add CANN version auto-detection, version compat docs, and update prerequisites Created-by: jon_jin Commit-by: jon_jin Merged-by: cann-robot Description: ## 描述 add CANN version auto-detection, version compat docs, and update prerequisites ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单的链接。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🌟 新特性 - [ ] ✨ 特性增强 - [ ] 🐛 Bug 修复 - [ ] ⚡ 性能优化 - [ ] 🧪 测试用例 - [ ] 📦 构建 / CI - [ ] 📝 文档更新 - [ ] 🔧 配置变更 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] ♻️ 代码重构 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： ## 流水线故障排查 <!-- 如果下方的流水线检查未通过，可参考以下指引进行自助修复 --> > **UT_Test 未通过？** > 请在下方流水线表格的 **UT_Test** 行，点击右侧的 >>>>> 下载「UT_Test 自检修复提示词模版」。 > 将下载的模版内容粘贴给 Agent，Agent 将根据日志自动定位并修复问题。 > > 示例： >  See merge request: cann/cannbot-skills!238	16 天前