端侧单模态（拍照搜图）：快、隐私好，但认不出没训练过的商品（长尾问题）。端侧多模态（视听搜索）：交互自然，但算力有限，无法处理“这件衣服配什么裤子”这种需要世界知识的复杂推理。隐私风险：用户的聊天记录、商品偏好上传云端，面临合规压力（GDPR/《个保法》）。成本爆炸：每次交互都调用千亿级大模型，Token费用惊人。时延问题：弱网环境下，云端往返时延可达数秒，体验割裂。HarmonyOS 6.1的解

在单人开发阶段，就能搞定一切。“在我机器上是好的”：开发环境不一致，导致各种诡异Bug。集成地狱：到了发版日，大家才合并代码，冲突解决到凌晨。手工操作失误：手动打包时选错了签名证书，导致上架被拒。反馈滞后：测试人员拿到包时，已经是三天前写的代码了。DevOps的核心是自动化和持续反馈。持续集成（CI）：代码一提交，自动合并、构建、跑测试。持续交付（CD）：测试通过后，自动生成可供发布的包。持续部署

云端大模型（如ChatGPT）虽强，但存在延迟高、隐私泄露、断网不可用的问题。鸿蒙的端云协同AI架构端侧：负责实时性要求高、隐私敏感的任务（如键盘输入预测、本地相册识别），使用轻量化模型（MindSpore Lite）。云侧：负责复杂推理、知识问答（如盘古大模型），通过安全隧道传输数据。协同：端侧预处理，云侧深度推理，端侧后处理，兼顾效果与效率。今天，我们将把AI能力植入电商Demo的每一个毛孔，

上篇写完应用级状态管理后，我尝试给电商Demo加一个"商品详情页"：点击列表页的商品卡片，跳转到详情页展示完整参数，再点击"加入购物车"返回列表页。结果一运行就踩了三个坑：点击卡片没反应，报错误详情页能打开，但接收不到商品ID参数返回列表页后，购物车数量没更新页面跳转不是靠组件自己，而是靠UIAbility承载的路由机制。UIAbility是应用的"功能单元"，一个UIAbility可以包含多个页

本文介绍如何基于HarmonyOS 6.1的CoreAIKit端侧AI能力，为电商App实现"拍照搜同款"功能。该方案通过本地NPU/GPU运行商品识别模型，解决云端AI的时延高（3-5秒）和隐私风险问题，识别速度快至200ms且数据不上传云端。文章详细讲解环境配置、模型准备（需使用.hbmf格式）、权限申请等关键步骤，并提供完整的AI工具类封装代码，实现从拍照识别到商品匹配的

回顾我们之前的系列，所有的交互都被局限在6英寸的矩形屏幕里。无论是滑动列表还是点击按钮，本质上都是在操作二维平面上的像素。从“看图片”到“看展品”：以前的详情页是几张平面图，现在是一个可以720°旋转的3D模型。从“想象摆放”到“真实预览”：买沙发不用凭空想象，直接把虚拟沙发“放”在客厅里，看看尺寸和风格是否合适。从“手指点击”到“自然交互”：用手捏合来缩放商品，用手抛动作来切换视角，就像在现实世

在移动端，我们习惯了触摸交互和全屏应用。效率优先：用户使用键盘快捷键（Ctrl+C/V）、鼠标精确点击、多窗口并排来提升效率。空间充裕：PC拥有大屏幕（1920x1080起），可以容纳更多信息密度，不再需要“隐藏式菜单”。多任务并行：用户希望一边看数据报表，一边回客服消息，一边查商品库存。我们的电商Demo之前只有“C端用户版”（手机App），缺少“B端商家版”（后台管理）。今天，我们利用ArkU

端侧单模态（拍照搜图）：快、隐私好，但认不出没训练过的商品（长尾问题）。端侧多模态（视听搜索）：交互自然，但算力有限，无法处理“这件衣服配什么裤子”这种需要世界知识的复杂推理。隐私风险：用户的聊天记录、商品偏好上传云端，面临合规压力（GDPR/《个保法》）。成本爆炸：每次交互都调用千亿级大模型，Token费用惊人。时延问题：弱网环境下，云端往返时延可达数秒，体验割裂。HarmonyOS 6.1的解

一年前，当我拿到HarmonyOS 6.1的API23文档时，我和大家一样困惑：元服务到底怎么才能“秒开”？ArkUI的渲染原理到底是什么？分布式软总线有没有性能瓶颈？混沌工程在鸿蒙里怎么落地？官方文档给了“是什么”，但没告诉“为什么”和“坑在哪”。于是，我决定做一个“翻译官”和“铺路者”。我用电商Demo作为载体，从最基础的UI组件，一直写到最前沿的AI融合和跨端发布。这55篇，不是简单的API

一年前，当我拿到HarmonyOS 6.1的API23文档时，我和大家一样困惑：元服务到底怎么才能“秒开”？ArkUI的渲染原理到底是什么？分布式软总线有没有性能瓶颈？混沌工程在鸿蒙里怎么落地？官方文档给了“是什么”，但没告诉“为什么”和“坑在哪”。于是，我决定做一个“翻译官”和“铺路者”。我用电商Demo作为载体，从最基础的UI组件，一直写到最前沿的AI融合和跨端发布。这55篇，不是简单的API