已开启
【Bug】问题 ：`ai_engine` 依赖 `utils_base`，但 registry 无法解析 #147
HPP_ISCAS创建于 7月2日
openharmony_ci
7月2日 评论：
7月2日 评论：
感谢提交Issue！关于Issue的交互操作，请访问OpenHarmony社区支持命令清单。如果有问题，请联系 [@hada__lee](https://gitcode.com/hada__lee) 。如果需要调整订阅PR、Issue的变更状态，请访问链接。
Thanks for submitting the issue. For more commands, please visit OpenHarmony Command List. If you have any questions, please refer to committer gitcode for help. If you need to change the subscription of a Pull Request or Issue, please visit the link.
7月2日 添加了label：waiting_for_assign
HPP_ISCAS
8月11日 评论：
8月11日 评论：
补充最新源码复核结果：
- 复核分支：
master。 - 主仓 revision：
8349d119d4fa3a4086ac1c479f7082a666d48565（提交时间：2026-04-07T15:30:12+08:00）。 - 复核契约：
bundle_component_dependency_to_registry。 - 当前结论：最新 bundle 依赖声明仍存在，但当前只物化了 issue 相关子仓，不能据此证明全局 component registry 缺失。
客观证据：
- foundation/ai/ai_engine/bundle.json -> deps.components 包含 utils_base
- 当前证据 registry 未解析：['utils_base']
边界说明：该结论只确认最新源码中的左侧触发关系仍存在；闭包证据范围不完整，不能继续写成缺失或真实 bug。
问题 4：
ai_engine依赖utils_base，但 registry 无法解析发现基线：
foundation/ai/ai_engine/bundle.jsonfoundation/ai/ai_engine8349d119d4fa3a4086ac1c479f7082a666d48565OHCAP-SRC-00012代码上下文：
foundation/ai/ai_engine/bundle.json:23："utils_base",当前逻辑：
ai_engine在deps.components中声明依赖utils_base。为什么是问题：
utils_base如果只是历史旧名、目录名或内部库名，而不是当前 registry 中的正式 component 名，消费方就无法通过 component contract 找到 provider。该问题和社区此前反馈的 “旧组件名随主线演进漂移” 属于同类模式。正确逻辑：
ai_engine的 component 依赖应改为当前正式 component 名；如果确实存在utils_base兼容需求，应在 registry 中保留明确 alias 或 component 定义。