级别：提示 问题：tag、哈希、下载链接在 CMake 脚本与中英文两份 quick_install.md 共三处硬编码，此前已出现文档(master-002)与代码(master-037)漂移 影响：后续升级易再次出现文档与脚本不同步，用户按文档下载到错误版本导致构建失败 修复建议：将 tag/哈希/URL 收敛到单一来源（单一变量或由脚本生成文档），升级时一处修改全局生效

级别：一般 问题：tag 由 master-037 直接升至 master-049 跨度较大，且 diff 无法证明新 SHA256 与 OBS 实际发布包一致、新 cmake 包无构建行为变化 影响：哈希不符或新包行为变化会导致全新环境构建失败或引入构建行为回归 修复建议：用 sha256sum 核对已发布的 cmake-master-049.tar.gz 与脚本中哈希一致，并在干净环境完整跑通一次构建验证

级别：提示 问题：缺少复用旧构建目录的验证：曾以 master-037 配置过的 build 目录在升级后能否正确重新拉取新包未验证 影响：复用旧 build 目录可能命中 FetchContent 旧缓存，导致实际使用的 cmake 包版本与脚本声明不一致 修复建议：补充一次复用旧 build 目录重新配置的验证，必要时在升级说明中提示清理 _deps 下的 cann-cmake 缓存

级别：严重 问题：仅更新了 CANN_3RD_LIB_PATH 本地包分支的 URL_HASH，else 在线下载分支中的 URL_HASH 未随 tag 同步修改（diff 中无该处变更） 影响：未配置本地三方包路径或本地无对应 tarball 时走 OBS 在线下载，URL 已指向 master-049 但哈希仍是旧版本，哈希校验失败会导致 FetchContent 报错、构建中断 修复建议：检查并同步更新 else 分支的 URL（及哈希）为 master-049 对应值，并分别实测本地包与在线下载两条路径均可完成配置

级别：提示 问题：仅更新本文件与中文文档，未确认仓库其他位置（脚本、CI 配置、README 等）是否残留 cmake-master-002/037 旧引用 影响：残留旧引用会误导用户下载旧版本包，造成环境内版本不一致 修复建议：全仓检索 cmake-master- 关键字，确认无遗漏引用后一并更新