后续会以自己的学习进度为核心做内容分享，主打一个真实、实用、有思考：如果当日开发项目遇到实际问题，次日会及时整理问题场景、解决思路和实操方法，把踩坑经验和解决方案同步给大家；如果当日暂无问题遇到，也会从项目开发视角，拆解鸿蒙开发、智能体搭建的相关知识点和实操要点，做系统化的内容输出。初来乍到，希望能和 CSDN 上各位同好一起交流学习、共同进步，在技术探索的路上彼此赋能，携手共建共享鸿蒙新时代～深

鸿蒙应用做 AI 智能体，真正的分水岭，不是你接没接大模型，而是你的应用有没有从“功能集合”升级成“可被理解、可被唤起、可被执行、可被协同”的服务节点。前端放一个按钮，很容易。入口是不是放在正确的业务场景编排是不是足够稳定工具调用是不是足够可控账号体系是不是打通用户最终能不能完成闭环动作做到了这些，你的 App 才不是“多了个 AI 功能”，而是开始具备了AI 原生应用的味道。

ohos/axios 作为 axios 在鸿蒙平台的官方适配版本，不仅完整保留了 Web 端 axios 的 Promise 化 API、拦截器、请求取消等核心特性，更针对鸿蒙的网络权限机制、沙箱文件系统进行了深度优化，是当前社区使用最广泛的网络请求库 —— 其在 OpenHarmony 三方库中心仓的月下载量已连续 12 个月突破 10 万次​。@ohos/axios 的核心功能与 Web 端

ohos/axios 作为 axios 在鸿蒙平台的官方适配版本，不仅完整保留了 Web 端 axios 的 Promise 化 API、拦截器、请求取消等核心特性，更针对鸿蒙的网络权限机制、沙箱文件系统进行了深度优化，是当前社区使用最广泛的网络请求库 —— 其在 OpenHarmony 三方库中心仓的月下载量已连续 12 个月突破 10 万次​。@ohos/axios 的核心功能与 Web 端

ohos/axios 作为 axios 在鸿蒙平台的官方适配版本，不仅完整保留了 Web 端 axios 的 Promise 化 API、拦截器、请求取消等核心特性，更针对鸿蒙的网络权限机制、沙箱文件系统进行了深度优化，是当前社区使用最广泛的网络请求库 —— 其在 OpenHarmony 三方库中心仓的月下载量已连续 12 个月突破 10 万次​。@ohos/axios 的核心功能与 Web 端

ohos/axios 作为 axios 在鸿蒙平台的官方适配版本，不仅完整保留了 Web 端 axios 的 Promise 化 API、拦截器、请求取消等核心特性，更针对鸿蒙的网络权限机制、沙箱文件系统进行了深度优化，是当前社区使用最广泛的网络请求库 —— 其在 OpenHarmony 三方库中心仓的月下载量已连续 12 个月突破 10 万次​。@ohos/axios 的核心功能与 Web 端

鸿蒙 Web 组件（官方命名为 ArkWeb）是 OpenHarmony 4.0 及以上版本推出的声明式 Web 渲染组件，也是 HarmonyOS NEXT（API12）体系下唯一推荐的 Web 内容嵌入方案​它并非从零构建，而是基于 Chromium 内核深度定制裁剪 —— 具体而言，OpenHarmony 4.0 及之前版本采用 M99 内核，4.1-5.1 版本升级至 M114，6.0 版

鸿蒙 Web 组件（官方命名为 ArkWeb）是 OpenHarmony 4.0 及以上版本推出的声明式 Web 渲染组件，也是 HarmonyOS NEXT（API12）体系下唯一推荐的 Web 内容嵌入方案​它并非从零构建，而是基于 Chromium 内核深度定制裁剪 —— 具体而言，OpenHarmony 4.0 及之前版本采用 M99 内核，4.1-5.1 版本升级至 M114，6.0 版

鸿蒙 Web 组件（官方命名为 ArkWeb）是 OpenHarmony 4.0 及以上版本推出的声明式 Web 渲染组件，也是 HarmonyOS NEXT（API12）体系下唯一推荐的 Web 内容嵌入方案​它并非从零构建，而是基于 Chromium 内核深度定制裁剪 —— 具体而言，OpenHarmony 4.0 及之前版本采用 M99 内核，4.1-5.1 版本升级至 M114，6.0 版

若两个模块依赖的 @ohos.aki 版本不同，其生成的符号表会存在细微差异 —— 比如函数名的修饰规则、参数的内存布局不同。这个案例的典型性在于：它不是单一的「代码错误」，而是工程化的「依赖传导问题」—— 第三方 SDK 的隐性依赖，与系统模块的版本要求，通过 @ohos/aki 这个核心库形成了冲突。从「写 Demo」到「做项目」的跨越，本质是从「关注组件调用」到「关注模块边界」的思维转变 —