Ascend Profiling Anomaly Discovery Skill【免费下载链接】shmemCANN SHMEM 是面向昇腾平台的多机多卡内存通信库基于OpenSHMEM 标准协议实现跨设备的高效内存访问与数据同步。项目地址: https://gitcode.com/cann/shmem- 全文恰好一个 H1 - 紧跟一行 Skill 类型声明如有**Skill类型**流程导向型Phase 0–7 工作流含子阶段 5.5 / 6.5子技能串行编排。 仓库中每个 SKILL.md 的第 8 行都有这一声明形成了一张天然的类型对照表 | Skill | 第 8 行的 Skill 类型声明摘录 | | --- | --- | | [shmem-ops-dev](https://link.gitcode.com/i/17978d2e6de76b809d56fe4e2dcb9a6a) | 流程导向型Phase 0–7 工作流含子阶段 5.5 / 6.5子技能串行编排 | | [shmem-ops-design](https://link.gitcode.com/i/a44a13997e26bfbfa07a21777a431481) | 文档生成型需求分析 → 设计文档输出 | | [shmem-ops-testcase-gen](https://link.gitcode.com/i/63848b3d23b5b14a449901b1602f6687) | 文档与脚本生成型读取设计文档输出测试计划和验证脚本 | | [shmem-ops-code-gen](https://link.gitcode.com/i/5b62944a06c2532790df4461dd3a1cde) | 代码生成型读取设计文档输出可编译代码 | | [shmem-ops-compile-debug](https://link.gitcode.com/i/2034f1ed50b981f4125d9ea487111e71) | 构建与调试型编译、运行、失败分类、修复 | | [shmem-ops-correctness-eval](https://link.gitcode.com/i/af69f56c3abb0a7aedb2b92cd75e992e) | 验证型执行测试、分类失败、输出报告 | | [shmem-ops-code-review](https://link.gitcode.com/i/d1fb2715c59114794b39a93bb40ff712) | 检查型对比 design.md 和实现代码输出走读报告 | | [shmem-ops-torch-bind](https://link.gitcode.com/i/cc941ab1de9897fceeed0c51915b4b07) | 集成生成型生成 Torch 绑定 C 代码 Python 测试编译验证 | | [shmem-ops-performance-eval](https://link.gitcode.com/i/d1b4be8f52cb41d88aba9b2e8b83979f) | 评测型采集性能数据对比 baseline将结构化数据写入 performance_report.md | | [shmem-ops-performance-optim](https://link.gitcode.com/i/c52b22bc01648394602e59c5f3252575) | 分析推荐型读性能数据 → 瓶颈分析 → 输出修改意见 → 委托子 skill 执行改动 → 验证 → 决策 | ### 4.3 核心原则 规范模板 markdown ## 核心原则 0. **中文写作**所有交付的 .md 文档必须使用中文撰写 1. **阶段串行**需求确认 → 设计 → 用例生成 → 代码生成 → 编译正确性 → 走读 → Torch 接入可选→ 性能采集 → 交付严格顺序执行 2. **子技能执行**每个阶段 **MUST** 调用对应子 skill不得自行实现写作要点使用编号列表每条以加粗短标题开头冒号后跟详细说明用MUST/NEVER标记强制约束。shmem-ops-dev/SKILL.md 的「核心原则」章节是该模板的完整实例编号 0–9覆盖中文写作、阶段串行、子技能执行、阶段门控、设计驱动编码、先 correctness 再 performance、性能优化上限 5 轮、结果可视化、目录结构强制、不静默修改核心库等 10 条且第 5 条中出现了标准的**MUST**加粗约束词。4.4 子 Skill 清单编排型 skill## 可用子 Skill 清单 | Skill | 路径 | 职责 | | --- | --- | --- | | shmem-ops-design | shmem-ops-design/SKILL.md | 将需求转化为 design.md |该表只出现在编排型 Skill 中。shmem-ops-dev/SKILL.md 的清单列出了 9 个子 Skill路径列使用 Skill 树内相对路径职责列一句话概括——正是规范要求的三列表格形态。4.5 工作流总览规范模板ASCII 流程图## 工作流总览 Phase 0 Phase 1 Phase 2 Phase 3 Phase 4 Phase 5 Phase 5.5 Phase 6 需求环境确认 ──▶ 设计文档 ──▶ 用例生成 ──▶ 代码生成 ──▶ 编译正确性 ──▶ 代码走读 ──▶ Torch 接入 ──▶ 性能采集 — design testcase-gen code-gen compile-debug code-review torch-bind performance-eval 输入: 算子需求 环境 输出: 可交付算子 Torch 扩展 测试 性能报告绘图规则使用 ASCII 字符绘制──▶、→、├─、└─上方标注 Phase 编号下方标注 skill 名称首尾标注输入/输出。shmem-ops-dev/SKILL.md 的「工作流总览」在此模板基础上增加了 Phase 6 之后的分支达标 / 未达标 performance_auto_optim的三条走向是条件性子阶段场景下的扩展画法。4.6 反模式清单规范模板## 反模式清单NEVER DO THESE - ❌ 跳过设计阶段直接写代码 - ❌ correctness 失败时做性能优化 - ❌ 编造硬件测试或 profiler 结果规则固定使用❌前缀每条简洁明确不加编号。仓库中的实践更进一步shmem-ops-dev/SKILL.md 将反模式清单按 Phase 分组Phase 0 / 1 / 2 / 3 / 4 / 5.5 / 6 / 6.5 / 通用例如 Phase 4 下有❌ correctness 失败时做性能优化、❌scripts/run.sh写死IPPORTtcp://127.0.0.1:27010…典型address in use→ 输出全 0 假 FAIL等条目。分组本身不违背不加编号的规则反而让每个阶段的禁止项就近可查。4.7 Phase 阶段定义规范模板## Phase N阶段名称 **调用 Skill**skill-name或 — 表示无需调用 ### 执行内容 1. 步骤一 2. 步骤二 3. 步骤三 ### 检查点 - [ ] 检查项一 - [ ] 检查项二 - [ ] 检查项三 **全部通过 → 进入 Phase N1**要点每个 Phase 独占一个 H2 章节**调用 Skill**明确声明依赖执行内容放在代码块或编号列表中检查点使用- [ ]复选框格式末尾用加粗声明跳转条件Phase 之间使用---水平线分隔。shmem-ops-dev/SKILL.md 的 Phase 0 是该模板的完整落地**调用 Skill**—编排器自处理→「执行内容」编号步骤 →「MUST检查」复选框清单 →「全部通过 → 进入 Phase 1」且各 Phase 之间以---分隔。4.8 阶段间数据流规范模板## 阶段间数据流 Phase 0 输出 Phase 1 输入 op_name、env 确认 ────▶ 需求语义、SoC、dtype Phase 1 输出 Phase 2 输入 design.md (完整) ────▶ correctness contractshmem-ops-dev/SKILL.md 的「阶段间数据流」把该箭头图展开到 Phase 0→6 的每一对相邻阶段并额外补了「状态跟踪表」| Phase | 前置条件 | 调用 Skill | 关键产出物 |和「错误恢复」的中断恢复矩阵| 检测条件 | 判定阶段 | 恢复动作 |对应标准章节顺序中的第 9、10 项。4.9 参考文档索引分析型 / 执行型 skill规范模板## Reference Files — When to Read | File | When to read | What it contains | |------|-------------|------------------| | references/file.md | **Always — read first** | 数据格式定义... | | references/schema.json | When producing output | 输出 JSON schema |规则用表格列出每个参考文件标注阅读时机Always必读 / 条件触发简述内容用途。shmem-ops-compile-debug/SKILL.md 的「必读资料」表是这一模式的真实实例且时机列更细粒度例如文件阅读时机用途references/build-test.md始终两种构建模式的完整命令、CMake 模板、运行脚本、产物位置references/cann-env-resolution.mdPhase 0 / 首次 build 前CANN 路径确认默认 vs 自定义禁止静默 fallbackreferences/dump-debug.mdDevice 数据/同步异常时AscendC DumpTensor/printf 调测 API 使用方法5. 约束语言规范5.1 强度等级标记词强度含义用法示例MUST / MANDATORY最强违反即失败**MUST** 调用对应子 skillNEVER / FORBIDDEN最强禁止绝对不允许**NEVER** 跳过设计阶段SHOULD / RECOMMENDED推荐除非有充分理由SHOULD 包含中等规模 caseMAY / OPTIONAL可选读者自行判断MAY 使用高级优化选项5.2 格式约定约束词全大写并加粗**MUST**、**NEVER**与常规描述文字区分保持视觉醒目在核心原则、执行内容、检查点中均可使用。这一约定在 shmem-ops-dev/SKILL.md 中贯彻得非常严格例如 Phase 0 门禁中「MUST NOT调用任何工具例外只读环境检测」、「MUST上溯记录skills_root」等。5.3 平台中立skill 文档 MUSTSkill 与 reference 文档须平台/产品中立便于在不同 IDE、助手或大模型下复用禁止写入改用特定 IDE/助手产品名「对话中 引用本 skill」「编排器」「助手」大模型/厂商具体名称「编排器」「子 skill」或不提及真实人名、工号、私有容器名占位符shmem_test、${SHMEM_REPO}、/home/用户名/Skill 目录下的可执行脚本文件.sh、.py等作为 skill 产物仅用Markdown代码段见 env-setup.snippet.md 等引用 SHMEM 仓原生路径${SHMEM_REPO}/examples/...、scripts/build.sh、install/set_env.sh引用 custom-ops 交付物路径允许写custom-ops/scripts/build.sh等但MUST注明其为 skill 生成、非 upstream规范以 skill md 为准引用不存在的 perf 封装脚本名perf-workflow.md产品专有 API 名作为唯一表述并列「结构化 intake 表单或平台等价提问 UI」文件名可保留askquestion-template.md5.4 仓内docs/只读MUST${SHMEM_REPO}/docs/为官方文档AgentNEVER修改或向其中追加 skill 摘要技能侧补充、索引、排障摘要写在 skill 树内如 shmem-repo-docs-index.md、log-debug.md。shmem-ops-compile-debug/SKILL.md 在「输入契约」一节也重复了这条约束「仓内${SHMEM_REPO}/docs/只读读前MUST定位SHMEM_REPONEVER向docs/追加或修改内容」。5.5 Skill 与 SHMEM 仓路径分离MUSTSkill不一定安装在 SHMEM 仓库内路径引用因此分为两类引用目标写法禁止Skill 树内文档相对路径仅.md文件在.agents/skills/下新增.sh/.py等 skill 附属脚本SHMEM 仓原生${SHMEM_REPO}/docs/、examples/、scripts/build.sh、install/set_env.sh当作 custom-ops 交付物custom-ops 交付物skill 生成规范见 custom-ops-entrypoints.md 等 md 代码段磁盘路径custom-ops/...可 Read 核对当作 upstream 官方目录裸克隆未必存在需在 skill 内展开的脚本逻辑Markdown 代码段如 env-setup.snippet.md在 skill 目录放置可source的.sh文件散文examples/...视为${SHMEM_REPO}/examples/...跳过仓库定位规则规范全文见 shmem-repo-resolution.md仓内文档索引见 shmem-repo-docs-index.md。技能全景文档 也在「仓内文档约定」一节重申了同一规则读${SHMEM_REPO}/docs/、examples/等 SHMEM 原生路径前MUST先定位仓库并区分 custom-ops 交付物docs/只读。6. 排版与格式规范6.1 标题层级层级用途示例#H1全文标题唯一# SHMEM 算子端到端开发编排##H2主要章节## Phase 1设计文档###H3子章节### 执行内容/### 检查点####H4细分条目#### CANN 环境# SHMEM 算子端到端开发编排正是 shmem-ops-dev/SKILL.md 的 H1#### CANN 环境则是其 Phase 0「Step 0.1环境确认」中的真实 H4 条目。6.2 强调标记格式用途示例**加粗**关键规则、约束词、重要概念**MUST** 调用子 skill行内代码文件名、命令、变量名、skill 名shmem-ops-design❌反模式条目前缀❌ 跳过设计阶段✅校验通过标记✅ 校验点输入完整反馈/备注标记 反馈信息收集完成- [ ]检查点复选框- [ ] 编译成功6.3 表格表格是结构化信息的主要载体常见类型子 Skill 清单表| Skill | 路径 | 职责 |决策路由表| 条件 | 判定 | 动作 |参考文件表| 文件 | 阅读时机 | 内容 |约束表| 约束项 | 值 | 说明 |快速参考表| 场景 | 方法 | 适用条件 |表格要求表头简洁2~4 列为宜单元格内容 100 字符相关行紧邻排列。6.4 代码块# Shell 命令 # 见 custom-ops-entrypoints.md / perf-workflow.md# Python 脚本示例 import numpy as npPhase 0 ──▶ Phase 1 ──▶ Phase 2 无语言标记的代码块用于 ASCII 流程图【免费下载链接】shmemCANN SHMEM 是面向昇腾平台的多机多卡内存通信库基于OpenSHMEM 标准协议实现跨设备的高效内存访问与数据同步。项目地址: https://gitcode.com/cann/shmem创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Ascend Profiling Anomaly Discovery Skill
Ascend Profiling Anomaly Discovery Skill【免费下载链接】shmemCANN SHMEM 是面向昇腾平台的多机多卡内存通信库基于OpenSHMEM 标准协议实现跨设备的高效内存访问与数据同步。项目地址: https://gitcode.com/cann/shmem- 全文恰好一个 H1 - 紧跟一行 Skill 类型声明如有**Skill类型**流程导向型Phase 0–7 工作流含子阶段 5.5 / 6.5子技能串行编排。 仓库中每个 SKILL.md 的第 8 行都有这一声明形成了一张天然的类型对照表 | Skill | 第 8 行的 Skill 类型声明摘录 | | --- | --- | | [shmem-ops-dev](https://link.gitcode.com/i/17978d2e6de76b809d56fe4e2dcb9a6a) | 流程导向型Phase 0–7 工作流含子阶段 5.5 / 6.5子技能串行编排 | | [shmem-ops-design](https://link.gitcode.com/i/a44a13997e26bfbfa07a21777a431481) | 文档生成型需求分析 → 设计文档输出 | | [shmem-ops-testcase-gen](https://link.gitcode.com/i/63848b3d23b5b14a449901b1602f6687) | 文档与脚本生成型读取设计文档输出测试计划和验证脚本 | | [shmem-ops-code-gen](https://link.gitcode.com/i/5b62944a06c2532790df4461dd3a1cde) | 代码生成型读取设计文档输出可编译代码 | | [shmem-ops-compile-debug](https://link.gitcode.com/i/2034f1ed50b981f4125d9ea487111e71) | 构建与调试型编译、运行、失败分类、修复 | | [shmem-ops-correctness-eval](https://link.gitcode.com/i/af69f56c3abb0a7aedb2b92cd75e992e) | 验证型执行测试、分类失败、输出报告 | | [shmem-ops-code-review](https://link.gitcode.com/i/d1fb2715c59114794b39a93bb40ff712) | 检查型对比 design.md 和实现代码输出走读报告 | | [shmem-ops-torch-bind](https://link.gitcode.com/i/cc941ab1de9897fceeed0c51915b4b07) | 集成生成型生成 Torch 绑定 C 代码 Python 测试编译验证 | | [shmem-ops-performance-eval](https://link.gitcode.com/i/d1b4be8f52cb41d88aba9b2e8b83979f) | 评测型采集性能数据对比 baseline将结构化数据写入 performance_report.md | | [shmem-ops-performance-optim](https://link.gitcode.com/i/c52b22bc01648394602e59c5f3252575) | 分析推荐型读性能数据 → 瓶颈分析 → 输出修改意见 → 委托子 skill 执行改动 → 验证 → 决策 | ### 4.3 核心原则 规范模板 markdown ## 核心原则 0. **中文写作**所有交付的 .md 文档必须使用中文撰写 1. **阶段串行**需求确认 → 设计 → 用例生成 → 代码生成 → 编译正确性 → 走读 → Torch 接入可选→ 性能采集 → 交付严格顺序执行 2. **子技能执行**每个阶段 **MUST** 调用对应子 skill不得自行实现写作要点使用编号列表每条以加粗短标题开头冒号后跟详细说明用MUST/NEVER标记强制约束。shmem-ops-dev/SKILL.md 的「核心原则」章节是该模板的完整实例编号 0–9覆盖中文写作、阶段串行、子技能执行、阶段门控、设计驱动编码、先 correctness 再 performance、性能优化上限 5 轮、结果可视化、目录结构强制、不静默修改核心库等 10 条且第 5 条中出现了标准的**MUST**加粗约束词。4.4 子 Skill 清单编排型 skill## 可用子 Skill 清单 | Skill | 路径 | 职责 | | --- | --- | --- | | shmem-ops-design | shmem-ops-design/SKILL.md | 将需求转化为 design.md |该表只出现在编排型 Skill 中。shmem-ops-dev/SKILL.md 的清单列出了 9 个子 Skill路径列使用 Skill 树内相对路径职责列一句话概括——正是规范要求的三列表格形态。4.5 工作流总览规范模板ASCII 流程图## 工作流总览 Phase 0 Phase 1 Phase 2 Phase 3 Phase 4 Phase 5 Phase 5.5 Phase 6 需求环境确认 ──▶ 设计文档 ──▶ 用例生成 ──▶ 代码生成 ──▶ 编译正确性 ──▶ 代码走读 ──▶ Torch 接入 ──▶ 性能采集 — design testcase-gen code-gen compile-debug code-review torch-bind performance-eval 输入: 算子需求 环境 输出: 可交付算子 Torch 扩展 测试 性能报告绘图规则使用 ASCII 字符绘制──▶、→、├─、└─上方标注 Phase 编号下方标注 skill 名称首尾标注输入/输出。shmem-ops-dev/SKILL.md 的「工作流总览」在此模板基础上增加了 Phase 6 之后的分支达标 / 未达标 performance_auto_optim的三条走向是条件性子阶段场景下的扩展画法。4.6 反模式清单规范模板## 反模式清单NEVER DO THESE - ❌ 跳过设计阶段直接写代码 - ❌ correctness 失败时做性能优化 - ❌ 编造硬件测试或 profiler 结果规则固定使用❌前缀每条简洁明确不加编号。仓库中的实践更进一步shmem-ops-dev/SKILL.md 将反模式清单按 Phase 分组Phase 0 / 1 / 2 / 3 / 4 / 5.5 / 6 / 6.5 / 通用例如 Phase 4 下有❌ correctness 失败时做性能优化、❌scripts/run.sh写死IPPORTtcp://127.0.0.1:27010…典型address in use→ 输出全 0 假 FAIL等条目。分组本身不违背不加编号的规则反而让每个阶段的禁止项就近可查。4.7 Phase 阶段定义规范模板## Phase N阶段名称 **调用 Skill**skill-name或 — 表示无需调用 ### 执行内容 1. 步骤一 2. 步骤二 3. 步骤三 ### 检查点 - [ ] 检查项一 - [ ] 检查项二 - [ ] 检查项三 **全部通过 → 进入 Phase N1**要点每个 Phase 独占一个 H2 章节**调用 Skill**明确声明依赖执行内容放在代码块或编号列表中检查点使用- [ ]复选框格式末尾用加粗声明跳转条件Phase 之间使用---水平线分隔。shmem-ops-dev/SKILL.md 的 Phase 0 是该模板的完整落地**调用 Skill**—编排器自处理→「执行内容」编号步骤 →「MUST检查」复选框清单 →「全部通过 → 进入 Phase 1」且各 Phase 之间以---分隔。4.8 阶段间数据流规范模板## 阶段间数据流 Phase 0 输出 Phase 1 输入 op_name、env 确认 ────▶ 需求语义、SoC、dtype Phase 1 输出 Phase 2 输入 design.md (完整) ────▶ correctness contractshmem-ops-dev/SKILL.md 的「阶段间数据流」把该箭头图展开到 Phase 0→6 的每一对相邻阶段并额外补了「状态跟踪表」| Phase | 前置条件 | 调用 Skill | 关键产出物 |和「错误恢复」的中断恢复矩阵| 检测条件 | 判定阶段 | 恢复动作 |对应标准章节顺序中的第 9、10 项。4.9 参考文档索引分析型 / 执行型 skill规范模板## Reference Files — When to Read | File | When to read | What it contains | |------|-------------|------------------| | references/file.md | **Always — read first** | 数据格式定义... | | references/schema.json | When producing output | 输出 JSON schema |规则用表格列出每个参考文件标注阅读时机Always必读 / 条件触发简述内容用途。shmem-ops-compile-debug/SKILL.md 的「必读资料」表是这一模式的真实实例且时机列更细粒度例如文件阅读时机用途references/build-test.md始终两种构建模式的完整命令、CMake 模板、运行脚本、产物位置references/cann-env-resolution.mdPhase 0 / 首次 build 前CANN 路径确认默认 vs 自定义禁止静默 fallbackreferences/dump-debug.mdDevice 数据/同步异常时AscendC DumpTensor/printf 调测 API 使用方法5. 约束语言规范5.1 强度等级标记词强度含义用法示例MUST / MANDATORY最强违反即失败**MUST** 调用对应子 skillNEVER / FORBIDDEN最强禁止绝对不允许**NEVER** 跳过设计阶段SHOULD / RECOMMENDED推荐除非有充分理由SHOULD 包含中等规模 caseMAY / OPTIONAL可选读者自行判断MAY 使用高级优化选项5.2 格式约定约束词全大写并加粗**MUST**、**NEVER**与常规描述文字区分保持视觉醒目在核心原则、执行内容、检查点中均可使用。这一约定在 shmem-ops-dev/SKILL.md 中贯彻得非常严格例如 Phase 0 门禁中「MUST NOT调用任何工具例外只读环境检测」、「MUST上溯记录skills_root」等。5.3 平台中立skill 文档 MUSTSkill 与 reference 文档须平台/产品中立便于在不同 IDE、助手或大模型下复用禁止写入改用特定 IDE/助手产品名「对话中 引用本 skill」「编排器」「助手」大模型/厂商具体名称「编排器」「子 skill」或不提及真实人名、工号、私有容器名占位符shmem_test、${SHMEM_REPO}、/home/用户名/Skill 目录下的可执行脚本文件.sh、.py等作为 skill 产物仅用Markdown代码段见 env-setup.snippet.md 等引用 SHMEM 仓原生路径${SHMEM_REPO}/examples/...、scripts/build.sh、install/set_env.sh引用 custom-ops 交付物路径允许写custom-ops/scripts/build.sh等但MUST注明其为 skill 生成、非 upstream规范以 skill md 为准引用不存在的 perf 封装脚本名perf-workflow.md产品专有 API 名作为唯一表述并列「结构化 intake 表单或平台等价提问 UI」文件名可保留askquestion-template.md5.4 仓内docs/只读MUST${SHMEM_REPO}/docs/为官方文档AgentNEVER修改或向其中追加 skill 摘要技能侧补充、索引、排障摘要写在 skill 树内如 shmem-repo-docs-index.md、log-debug.md。shmem-ops-compile-debug/SKILL.md 在「输入契约」一节也重复了这条约束「仓内${SHMEM_REPO}/docs/只读读前MUST定位SHMEM_REPONEVER向docs/追加或修改内容」。5.5 Skill 与 SHMEM 仓路径分离MUSTSkill不一定安装在 SHMEM 仓库内路径引用因此分为两类引用目标写法禁止Skill 树内文档相对路径仅.md文件在.agents/skills/下新增.sh/.py等 skill 附属脚本SHMEM 仓原生${SHMEM_REPO}/docs/、examples/、scripts/build.sh、install/set_env.sh当作 custom-ops 交付物custom-ops 交付物skill 生成规范见 custom-ops-entrypoints.md 等 md 代码段磁盘路径custom-ops/...可 Read 核对当作 upstream 官方目录裸克隆未必存在需在 skill 内展开的脚本逻辑Markdown 代码段如 env-setup.snippet.md在 skill 目录放置可source的.sh文件散文examples/...视为${SHMEM_REPO}/examples/...跳过仓库定位规则规范全文见 shmem-repo-resolution.md仓内文档索引见 shmem-repo-docs-index.md。技能全景文档 也在「仓内文档约定」一节重申了同一规则读${SHMEM_REPO}/docs/、examples/等 SHMEM 原生路径前MUST先定位仓库并区分 custom-ops 交付物docs/只读。6. 排版与格式规范6.1 标题层级层级用途示例#H1全文标题唯一# SHMEM 算子端到端开发编排##H2主要章节## Phase 1设计文档###H3子章节### 执行内容/### 检查点####H4细分条目#### CANN 环境# SHMEM 算子端到端开发编排正是 shmem-ops-dev/SKILL.md 的 H1#### CANN 环境则是其 Phase 0「Step 0.1环境确认」中的真实 H4 条目。6.2 强调标记格式用途示例**加粗**关键规则、约束词、重要概念**MUST** 调用子 skill行内代码文件名、命令、变量名、skill 名shmem-ops-design❌反模式条目前缀❌ 跳过设计阶段✅校验通过标记✅ 校验点输入完整反馈/备注标记 反馈信息收集完成- [ ]检查点复选框- [ ] 编译成功6.3 表格表格是结构化信息的主要载体常见类型子 Skill 清单表| Skill | 路径 | 职责 |决策路由表| 条件 | 判定 | 动作 |参考文件表| 文件 | 阅读时机 | 内容 |约束表| 约束项 | 值 | 说明 |快速参考表| 场景 | 方法 | 适用条件 |表格要求表头简洁2~4 列为宜单元格内容 100 字符相关行紧邻排列。6.4 代码块# Shell 命令 # 见 custom-ops-entrypoints.md / perf-workflow.md# Python 脚本示例 import numpy as npPhase 0 ──▶ Phase 1 ──▶ Phase 2 无语言标记的代码块用于 ASCII 流程图【免费下载链接】shmemCANN SHMEM 是面向昇腾平台的多机多卡内存通信库基于OpenSHMEM 标准协议实现跨设备的高效内存访问与数据同步。项目地址: https://gitcode.com/cann/shmem创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考