之前我用 HarmonyOS 开发助手做过一款《岁时·中国节》元服务，从立项到上架整体体验不错，相关记录可以看这篇用 HarmonyOS 开发助手做一个元服务：岁时·中国节的开发与上架记录。这次想换个思路——不搞节日主题，做一个我自己天天都需要的用的工具：一个家庭物品管理 + 过期提醒的元服务，名字叫《归巢》。说起来也简单，我家里的东西越来越多，有些东西买完塞进某个柜子，过两个月翻箱倒柜找不到，半

岁时·中国节」最初只是一个很朴素的想法：打开元服务就能知道下一个传统节日还有多久，不必再去日历里翻日期。真正开始写之后，事情很快变得复杂起来。农历怎么换算，除夕怎么算，节日资料放在哪里，桌面卡片又该展示什么，这些都不是生成一个页面就能解决的。这次我没有从空白工程直接开写，而是先整理项目规划书、数据结构、页面要求和参考物料，再让HarmonyOS 开发助手参与代码生成和修改。它确实省下了不少搭骨架、

这次做的是一个 HarmonyOS 7 国庆主题应用。首页用祝福弹幕营造节日氛围，点击按钮进入贺卡页后，可以查看国庆倒计时、播放烟花动画，也可以通过摇一摇手机触发烟花。两台设备满足条件时，还能使用碰一碰分享祝福。项目规模不大，但覆盖了 ArkUI 状态管理、页面路由、动画编排、加速度传感器和设备协同等能力。本文不罗列完整源码，只挑几个对实现和调试真正有帮助的片段展开说明。这个案例表面上是一个节日主

移动端做 3D 展示，难点往往不在“把模型画出来”，而在场景加载、相机姿态、灯光方向和交互更新这一整条链路。直接使用 OpenGL ES 或 Vulkan，开发者还要处理渲染管线与 Shader；如果需求只是模型预览，这套成本通常不划算。HarmonyOS 7 提供的更适合这类展示场景：应用可以直接加载 glTF/GLB 模型，再通过SceneCameraLight和组织场景。加载本地 GLB 模

如果要对文字做描边、路径动画或沿轮廓绘制图形，首先需要拿到字形的矢量轮廓。只能提供排版尺寸，不能替代路径数据。HarmonyOS 7 的提供了和，分别覆盖整段文字和单个 glyph 的路径提取场景。1. drawing.Font 的三条路径提取 API 及其适用场景。适合整体文字路径渲染——一次调用拿到合并路径，直接 drawPath 即可；适合逐字拆解——先转 glyph index 再逐个提取

文本搜图和文件名检索解决的是两类问题：前者根据图片内容与查询文本的语义关系排序，后者只匹配显式文字信息。HarmonyOS 7 的提供了，可以把图片加入端侧索引，再用自然语言查询。本文重点处理索引生命周期、搜索结果加载，以及服务异常后的重建流程。imagePath：图片在沙箱中的绝对路径，由返回similarity：语义相似度，0~1 的浮点数，1 表示完全匹配pixelMap：解码后的 Pixe

图像超分辨率解决的是低分辨率图片的细节重建问题，并不等同于无损恢复原始信息。HarmonyOS 7 的提供了端侧，可以将输入PixelMap交给处理。本文把模型调用、尺寸预处理、前后对比和相册保存串成一条完整流程，同时说明输入尺寸和资源释放等限制。@Entry@Component图片数据inputImage（原图）、（修复后图片），类型是PixelMap流程控制（是否正在处理）、isRestore

在 HarmonyOS7 上，如何用 AREngine 的人脸 BlendShape 追踪能力实现实时微表情识别，并保证数据平滑和分类准确性？AREngine 的返回当前帧所有 BlendShape 的类型数组和数据缓冲区，数据类型是，每个值 0~1 表示该面部区域的形变程度。帧间抖动：单帧数据不稳定，需要时域平滑语义组合：单个 BlendShape 不等于一个表情，需要多参数加权组合互斥判定：不

人脸比对的核心不是比较两张图片的像素差异，而是比较其中人脸特征的相似程度。HarmonyOS 7 的提供了端侧，可以直接接收两张PixelMap并返回相似度与判定结果。本文围绕“选图、解码、比对、展示”这条链路实现一个可运行的示例。在 HarmonyOS7 上，如何用端侧 AI 能力实现两张照片的人脸比对，并直观展示相似度与判定结果？的模块提供了init()→→release()三步式 API。输

用可运行的 HarmonyOS 空项目作为代码生成基础；通过 AtomGit 保存工程和提交记录；在提示词中同时描述功能目标、技术约束、交互步骤和验收标准；使用接入系统头像选择能力；通过onSelected获取头像 URI，并交给 ArkUI 状态变量驱动页面刷新；通过本地拉取、编译和设备运行完成最终验收。对于类似的 ArkTS 页面开发，建议不要只描述“想要什么界面”，还要明确“必须使用什么 A