感谢反馈。经源码分析确认，该问题确实由 PR #455 引入，根因已定位。

根因

PR #455（sync develop to master 0829）中的提交 bd2bb7f（feat: support GenSimplifiedKey registration through OpDef）做了两处关键变更：

1. 在随 toolkit 发布的对外头文件 inc/external/asc/register/op_def_registry.h 的 OP_ADD 算子注册宏中，新增一行注册调用：impl.GenSimplifiedKey(op.AICore().GetGenSimplifiedKey());
2. OpAICoreDef::GetGenSimplifiedKey() / SetGenSimplifiedKey() 两个方法为该提交新增（实现在 base/asc/opdef/op_def_aicore.cc，编入 toolkit 运行库）。

不兼容机制

• 使用新 toolkit 编译、且采用 OP_ADD 宏注册的算子包 .so，在加载时会调用 OpAICoreDef::GetGenSimplifiedKey()，从而产生对该符号的引用；
• 旧 toolkit 的运行库由该提交之前的源码构建，不含此符号 → 动态链接解析失败，报 GenSimplifiedKey 相关符号找不到。
• 这与您描述的场景（今天 toolkit 编译的算子包 + 昨天 toolkit 执行）完全对应：PR #455 于 08-31 17:24 合入 master，恰好落在两次每日构建之间。

影响范围

使用含 PR #455 的 toolkit 编译、且经 OP_ADD 宏注册的算子包，在任何不含该提交的运行环境上加载均会失败（不限"昨天"的版本）。

后续

该变更在对外注册宏中引入了跨版本符号依赖，破坏了算子包对旧版 toolkit 的兼容性。我们将评估处理方案（回退该宏变更或改为兼容式实现），确定后在本 issue 更新。

如方便，请提供报错的完整 undefined symbol 原文（mangled 或 demangled 字符串），便于精确确认失败符号；不影响上述根因结论。