Thanks for sending an issue! Please fill in the following template to help quickly solve your problem.

Describe the current behavior / 问题描述 (Mandatory / 必填)

ops-ras 原工程基线与当前 CANN 算子仓公共基础设施不一致：依赖、版本、build/binary、UT 和 package/install 仍包含旧工程约定及本仓重复实现。Graph 路径还带入了 52 个没有 RAS 产品实现或消费者的 NN 模板注册，使默认构建可能错误呈现 Graph/ES 能力，并让历史构建缓存污染包内容判断。

当前实现：Graph/ES 公共工程框架继续保留，只有出现真实 RAS *_proto*.h 输入时才应生成、链接和安装对应产物。

Steps to reproduce the issue / 重现步骤 (Mandatory / 必填)

1. 检查 PR #69 中 CMake、依赖、build/binary、UT 和 package/install 的差异。
2. 检查 common/inc/op_graph，确认没有真实 RAS Graph proto source，并核对旧 op_ras_proto_extend.h 的注册来源和消费者。
3. 在隔离的全新源码/构建目录执行 built-in package，检查 run 包内容、完整性、安装、卸载和残留。
4. 分别执行无 Graph source 的 --opgraph 路径和带显式 custom Graph source 的 JIT 路径，确认 source gate 两侧行为。

Describe the expected behavior / 预期结果 (Mandatory / 必填)

• 使用 CANN 9.1.0 公共 CMake、依赖、版本、build/binary、UT 和 package/install 基础设施，避免仓内重复维护公共 packer/makeself/latest-manager。
• 支持显式 CANN_3RD_LIB_PATH、ccache 开关、多路径 ASCEND_CUSTOM_OPP_PATH 和 RAS vendor fallback。
• 默认无真实 RAS Graph proto source 时，--opgraph 入口仍可调用，但不生成或安装 ops_proto_ras.*、libopgraph_ras.so、libes_ras.so、ES 头或 wheel。
• 出现显式 custom Graph source 时，复用保留的 proto 合并、Graph/ES 构建、UT 和可选安装框架。
• 保留实际 RAS ACLNN/OpAPI/fallback 能力；package 不带入 NN/Math 产品交付路径或历史缓存产物。
• 使用 share/info/ops_ras 目录契约，并让 custom proto 通过相对 RUNPATH 解析同包 ES 库。

Related log / screenshot / 日志 / 截图 (Mandatory / 必填)

PR #69 当前差异为 139 个文件，+6132/-21331。当前分支的 git diff --check、19 个 shell 脚本语法检查、15 个 Python 文件 AST 解析和 3 个 XML 文件解析均通过。

隔离全新源码/构建目录的现有验证结果：

bash build.sh --pkg                          PASS
run --check / --list                              PASS
fresh install / uninstall / no residue           PASS
default package Graph/ES outputs                 0
bash build.sh --opgraph                     PASS, no Graph/ES outputs
bash build.sh --jit --ops=add_example       PASS, custom Graph source activates ES

Special notes for this issue / 备注 (Optional / 选填)

• 实现由 PR #69 提供。