/assign

已收到您的反馈，我们将会核实，请关注issue状态。

感谢反馈，也感谢您直接给出源码级定位、回归用例和修复 PR。

结论：问题属实。这是 GE Python API（pyge）_AttrValue.set_value 列表分派的分支顺序缺陷，属本仓（GE）责任田。我们在 master 上逐条复核，与您在 develop 基线上的判断一致；缺陷在当前 master HEAD 仍然存在。

核查证据

源码位置基于 main/ge（cann/ge master），下列行号在 225dd7adb 与当前 HEAD 完全一致。

1. DataType 实例同时是 int —— class DataType(IntEnum) [main/ge/api/python/ge/ge/graph/types.py:15]

2. 列表分派中 int 分支在 DataType 分支之前，后者不可达 —— _AttrValue.set_value [main/ge/api/python/ge/ge/graph/_attr.py:273]

   elif isinstance(value, list) and all(isinstance(v, int) for v in value):      # :297 先命中
       self.set_list_int(value)
   elif isinstance(value, list) and all(isinstance(v, DataType) for v in value): # :299 永不可达
       self.set_list_data_type(value)
   

   对照标量路径：DataType 分支 [_attr.py:287] 排在 int 分支 [_attr.py:291] 之前，所以单个 DataType 走 set_data_type 是正确的 —— 缺陷只在列表路径，与您的描述吻合。

3. 影响链成立 —— set_list_int 绑定 GeApiWrapper_AttrValue_SetListInt（int64_t 数组）[_attr.py:504]，属性被写成 VT_LIST_INT；原生侧 AttrUtils::GetListDataType [main/ge/graph_metadef/graph/attr/ge_attr_value.cc:430] 经 AttrStore::GetByName<T> [main/ge/inc/graph_metadef/graph/attr_store.h:257] 做类型匹配，取不到 std::vector<DataType> 即返回 false，就是您说的"原生读取 LIST_DATA_TYPE 属性时类型不匹配"。

4. 修复不需要动 C 侧或 ABI —— GeApiWrapper_AttrValue_SetListDataType 已实现 [main/ge/api/python/ge/ge_api_c_wrapper/c_anyvalue.cc:202]，Python 绑定已声明 [main/ge/api/python/ge/ge/_capi/pygraph_wrapper.py:152]，set_list_data_type 工厂也已就绪 [_attr.py:522]。您"沿用已有类型校验和 C API"的判断正确。

不依赖 NPU 的最小复核

在仓库根目录执行，只加载枚举模块，不需要 libgraph_wrapper.so（本机已实测）：

python3 - <<'EOF'
import importlib.util
spec = importlib.util.spec_from_file_location("ge_types", "api/python/ge/ge/graph/types.py")
m = importlib.util.module_from_spec(spec)
spec.loader.exec_module(m)
DataType = m.DataType
v = [DataType.DT_FLOAT16, DataType.DT_INT32]
print("isinstance(DataType.DT_FLOAT16, int) =", isinstance(DataType.DT_FLOAT16, int))
print("int 分支 all(isinstance(v, int))     =", all(isinstance(x, int) for x in v))
print("DataType 分支 all(isinstance(v, DT)) =", all(isinstance(x, DataType) for x in v))
EOF

输出三项均为 True，即两个分支条件同时满足，谁在前谁生效 —— 这正是 :297 截获 :299 的原因。

影响范围

Node.set_attr [main/ge/api/python/ge/ge/graph/node.py:236]、Graph.set_attr [main/ge/api/python/ge/ge/graph/graph.py:249]、Operator.set_attr [main/ge/api/python/ge/ge/graph/operator.py:84] 三个入口都经 attr_value.set_value(value) 分派，因此都受影响。

我们另外确认了两点边界：仓内现有代码没有以 DataType 列表调用 set_attr 的路径，影响面在 pyge 对外 API 使用者侧；bool 列表分派在 int 之前，bool 不是 DataType，因此把 DataType 分支上移不会改变 int/bool/float/str 列表的既有分派结果。

后续

您提出的修复方向（DataType 列表分支上移到 int 列表分支之前）我们认可，已关联 PR #5294，由维护团队按流程评审。评审时会一并关注两处：

• 混合列表语义：调整后 [DataType.DT_FLOAT16, 3] 这类混合列表会落到 set_list_int（元素不全是 DataType），是否需要显式报错而非静默按 int 写入，希望在 PR 里明确。
• 回归用例落点：建议补进 tests/ge/ut/ge/graph/pyge_tests/attr_test.py。该文件现有用例只覆盖显式调用 set_list_data_type，未覆盖 set_value 的自动分派路径，正是这次漏网的原因。

改动影响性评估与回归验证由维护方承担。合入时间与版本由维护团队统一评估，有进展会在本 issue 更新。