描述

优化 OAM-Tools 文档结构，落实 issue #168 的三项改进，并保持中英文档同步：

1. 功能示例合并至 examples：将根 README.md 的「功能运行示例」章节（asys / msaicerr / msprof 的环境准备与命令示例）迁移至 examples/README.md，根 README 仅保留一句话导引指向 examples。

2. 重构 examples/README.md：新增目录导航；章节结构调整为「环境准备 → 一键运行脚本 → 各组件命令示例」；将原先抽象的「样例/说明」表格升级为指向仓内真实脚本（asys/run.sh、msaicerr/run.sh、msprof/run.sh、deploy.sh）的可点击链接，并修正描述与脚本实际行为的对应关系。

3. 删除「相关文档」章节，链接并入核心特性表格：「核心特性」表格新增「文档」列，四个组件分别指向仓内文档（docs/zh/{asys,msaicerr,profiling,hccl_test}/README.md），替换原先的 hiascend.com 外链；删除整个「📚 相关文档」章节，其中唯一不重复的「快速安装指南」「环境变量参考」并入「相关信息」章节以免丢失链接。

4. 英文文档同步（本仓文档成对维护）：README_en.md 按上述同一结构调整（核心特性表格新增 Documentation / Examples 两列、删除 ▶️ Usage Examples 与 📚 Related Documentation 章节、Quick Start 精简为一句导引、其余链接并入 Related Information）；新增 examples/README_en.md 作为 examples/README.md 的英文版。组件用户指南目前仅有中文（docs/zh/），英文版链接指向中文文档并加说明，避免死链。

5. 快速开始恢复为可执行步骤：原实现把「快速开始」压缩成一句导航句（「请先参考 X，随后按 Y，再参考 Z」），读者读完仍不知该敲什么命令、且要跳三个章节。按业界惯例（快速开始 = 从零到跑通的最短路径，而非导航目录）恢复为 4 步可复制命令：安装依赖 → 编译 → 安装 → 验证，并补一个可验证终点（asys -h）。参数穷举、离线编译、调试构建等仍留在「编译参数与依赖说明」，与快速开始分工。

6. 锚点落到无 emoji 的 h3 子标题：源码编译 原为一整段无子标题，按内容拆为「加载环境变量 / 执行编译 / 编译参数与依赖说明」；安装与验证 沿用既有「安装 / 验证」。h2 的 emoji 全部保留不动，锚点一律指向这些 h3，且指向语义最贴近的子节（正文「按源码编译构建」落在「执行编译」，「安装与验证」分别落在两个子节）。原因见下方「锚点冲突」一节。

锚点冲突（本 PR 曾因此 FAILED 两轮）

本仓锚点要同时满足两个判定方，二者对含 emoji 与含 / 的标题给出的 slug 不同，这两类标题没有两边皆可的写法：

依据是门禁产物 link_validity_check.csv 的逐条对照：README.md 第 147–149 行同时含 #源码编译 与 #安装，只有前者被拒。

故本 PR 让锚点只落在「两边一致」的标题上：h2 保留 emoji 但不作锚点目标，其下拆出无 emoji 的 h3 承接锚点；asys 标题的 / 改为「与」后即可正常深链，因此核心特性表「运行示例」列三个组件保持统一的深链风格。该约定已写入仓内 gitcode-pr skill（另提 PR #464）。

评审意见处理

• @jinyingqi（major，已采纳）：examples/README.md 中 9 处 ${ASCEND_INSTALL_PATH} 统一改为 ${ASCEND_HOME_PATH}。核实依据：build.sh:79 为 ASCEND_INSTALL_PATH="${ASCEND_HOME_PATH}"，该变量由 build.sh 自行派生而非 set_env.sh 导出；examples/msaicerr/run.sh:19、examples/msprof/run.sh:19 亦用 ${ASCEND_INSTALL_PATH:-${ASCEND_HOME_PATH:-...}} 兜底，反证其不保证存在。英文版同步采用 ${ASCEND_HOME_PATH}。
• @newstarzj：四条意见已逐条核实并回复。其中「脚本未创建」经核实不成立（四个脚本由 ee4b95c 早已合入 master，属仓内既有文件，故不在本 PR diff 中）；两条锚点死链不成立（README.md 存在 ## 📦 安装与验证，#-安装与验证 为其 emoji 剥离后的锚点，同写法在 master 已广泛使用）；「保留 hiascend 外链」与 issue #168 第 3 条「链接指向仓内的组件文档」的验收要求冲突，已说明理由待评审确认。

变更类型

请选择本次引入的变更类型（勾选对应项）：

• 🐛 Bug 修复
• ✨ 新功能
• 💄 代码风格更新（格式化，局部变量）
• ♻️ 重构（既不修复错误也不增加功能的代码变动）
• 📦 构建过程或辅助工具的变动
• 📝 文档内容更新

关联的Issue

关联 Issue #168

如何测试

• 校验所有仓内文档链接目标存在：docs/zh/{asys,msaicerr,profiling,hccl_test}/README.md、docs/en/quick_install.md、examples/README_en.md、CONTRIBUTING_en.md、SECURITY_en.md 均存在。
• 校验 examples/README.md / examples/README_en.md 中相对链接（asys/run.sh、msaicerr/run.sh、msprof/run.sh、deploy.sh、../docs/zh/...、../README.md / ../README_en.md）均可解析。
• 校验中英锚点各自自洽：中文 #-源码编译、#-安装与验证；英文 #-source-code-compilation、#-installation-and-verification，以及 examples 英文版三个组件锚点。
• 确认根 README 与 README_en 均已无「相关文档」/「Related Documentation」章节，章节结构完整无断链。
• 本地全量 UT：python3 -m pytest test/ut/asys/ test/ut/msaicerr/ -q → 1104 passed（test_compile_op_ascend950.py::test_get_ub_size_not_tbe 为存量失败，在未含本 PR 改动的干净工作区复跑同样失败，与本次纯文档改动无关）。msprof gtest 需编译，本地未覆盖，依赖云端 UT_Test。

核对清单

• 我的代码遵循了项目的代码风格
• 我已对代码进行了自测
• 我已更新了相关的文档
• 我在标题中使用了合适的类型标签（如：feat:, fix:）
• 我已经详细阅读了贡献指南（CONTRIBUTING.md）

其他信息

本次为纯文档改动，涉及 README.md、README_en.md、examples/README.md 与新增 examples/README_en.md 四个文件，不含代码逻辑变更。