harmonyos

HarmonyOS API 26 HMAF Skill 可解释任务计划与失败回退适用版本：HarmonyOS API 26。本文讨论 HMAF Skill 的应用侧任务编排：把自然语言意图拆成可审计动作，做权限与参数校验，再为超时、拒绝和部分成功提供明确回退。示例只描述 ArkTS 风格模型，不声称已完成 HarmonyOS 编译、系统解析、ArkUI 联调或真机测试。

HarmonyOS API 26 HMAF 2.0 意图解析的可解释动作图“帮我把会议安排到明天下午”“把这张票发给同事”看起来是两句自然语言，真正执行时却会经过意图识别、能力选择、参数补全、权限判断、用户确认和结果回传。智能体一旦跳过其中的中间状态，用户就很难知道它为什么调用某个能力，也很难在动作出错时恢复。

阳台小花园开发手记 03｜HarmonyOS 7.0 互动卡片：叶片伸出边框仍与花盆对齐前两篇为小花园确定了两套界面的职责，并整理了点击与摇动的触发路径。普通态显示薄荷名称、最近观察和日记入口；激活态让瓢虫从叶后探出来。现在，我想让叶片再向上伸一点，越过卡片边框。

熬夜磕代码丶

RN鸿蒙空间音频实战示例仓库：https://atomgit.com/m0_37170006/react-native-ohos-spatial-audio 社区导引：框架源码与版本发布见 https://atomgit.com/CPF-RN/ohos_react_native/tree/0.84-main CPF-RN 鸿蒙社区：https://atomgit.com/CPF-rn

行者-全栈开发

【鸿蒙心迹】通知与推送集成——emitter 本地通知与推送服务全链路（HarmonyOS 7.x）摘要: 本地通知不显示、推送 token 注册失败、通知点击跳转失效、通知渠道没配——通知与推送集成有 4 个高频坑。本文用涟漪睡眠 App 订单通知为案例，讲清本地通知 emitter、推送服务集成、通知点击跳转、渠道配置全链路。

Nerd（BUG版）

鸿蒙API18~26新增V2组件全解析HarmonyOS 的系统预置 UI 组件库（@kit.ArkUI 里的 advanced 组件）过去长期基于状态管理 V1 实现：页面用 @Component + @State，组件内部状态与外部数据的联动要经过多层复制与同步。从 API 18（HarmonyOS 5.1.0）开始，官方正式提供了一批基于状态管理 V2 实现的预置组件——它们内部用 @ComponentV2 / @ObservedV2 / @Trace 搭建，能直接吃下页面里的 V2 状态对象，实现属性级精准刷新。到 API 26（2

HarmonyOS API 26 Navigation 菜单项刷新态：stale 数据、重试与一致性Navigation 菜单项常常来自接口、权限和灰度配置。请求刷新期间，上一份数据可能仍然可用；如果把它立即清空，用户会看到入口闪烁，甚至失去返回路径。本文围绕 stale 数据、刷新重试和版本一致性，建立应用侧的状态模型。

【鸿蒙心迹】网络请求封装实战：RCP 选型、拦截器与弱网预算权限篇解决了"能不能拍、能不能录"，照片和待办数据要同步到云端，网络层就从"哪里调一下请求"变成要认真设计的工程问题。这篇记录网络层从散装到收敛的全过程——选题不新鲜，但这次的感受很深：网络层的所有问题，本质都是"口径"问题。超时几种口径、错误几种口径、token 几种口径，口径一多，任何一个小故障都会被放大成玄学。

【剪贴板体验优化】前置预校验，航旅纵横权限弹窗体验更智能在应用开发中，从剪贴板获取数据进行口令识别或内容回填，是大多数App的高频核心功能，直接影响用户日常操作体验与功能可用性。很多应用在接入剪贴板能力的过程中，存在一个影响用户体验的现象：即使剪贴板内容为空、内容不匹配或数据无变化时，依旧尝试向用户弹窗请求获取粘贴权限，造成无效弹窗频发。这样不仅频繁打扰用户，降低产品体验，还容易导致用户误点拒绝授权，直接影响核心功能使用。

【共创稿事节】HarmonyOS 7.0 Progress进度体系：从接入到生产验证Progress(进度条)是最"哑"的组件——画一条线或一个环,填个百分比就完事。但健康菜谱助手做营养摄入环时发现,进度体系真正难的不是画,是"什么时候该动、动到哪、动错了怎么撤"。这篇复盘 Progress 体系(线性条+环形+加载态)的完整实践:确定性进度的三段式动画、不确定加载的语义区分、以及一个反向进度的事故。

HarmonyOS API 26 HMAF Skill 端侧 A2A 消息去重与上下文最小化适用版本：HarmonyOS API 26。本文讨论侧A2A协作的应用侧契约：消息如何带上理解、能力和权力等键，接收方如何做权限复核，超时或重复消息如何安全回退。示例是ArkTS端风格的纯逻辑模型，不表示完成HarmonyOS编译、系统解析、ArkUI联调或真机测试。

HarmonyOS API 26 HMAF Skill 多 Skill 冲突仲裁与可恢复执行适用版本：HarmonyOS API 26。本文讨论应用侧 HMAF Skill 冲突仲裁：当多个 Skill 同时匹配一个意图时，如何按优先级、权限、资源占用和用户确认选择唯一执行路径，并为拒绝、超时和部分成功提供回退。示例是 ArkTS 风格的纯逻辑模型，不声称已完成 HarmonyOS 编译、系统解析、ArkUI 联调或真机测试。

毕业项目：从上游更新到回归发布的完整维护闭环专栏：HarmonyOS 三方库适配实战（30/30）核心问题：上游发布新版本后，怎样判断、合并并验证适配补丁，而不是重新手工移植一遍？

行者-全栈开发

【鸿蒙心迹】权限申请全流程——从声明到用户授权的完整链路（HarmonyOS 7.x）摘要: 声明了权限还是用不了、弹窗授权被拒后无法重试、敏感权限场景化申请时机不对——权限申请不是"module.json5 声明就完事"。本文讲清普通权限 vs 用户级权限、动态申请、被拒重试、场景化申请时机，附 5 个踩坑。

阳台小花园开发手记 01｜HarmonyOS 7.0 互动卡片：小花园为何要两套界面我想把阳台上的薄荷放到手机桌面。不是随时观察它的摄像头，而是一张小卡片：显示植物名称、最近一次观察，留一个写日记的入口。闲下来点一下花盆，瓢虫从叶后探出来，过一会儿再回去。

下一代鸿蒙打包工具链：arkdown这篇文章主要记录我最近一段时间做的一件事情：基于 Rust 生态（OXC + Rolldown + tsrs），为鸿蒙（OpenHarmony / HarmonyOS）从头打造一套下一代打包构建工具链 —— arkdown。

一个工程面向手机与二合一：HarmonyOS 6 部署配置和本地手记随身手记最基本的承诺，是刚写下的话下次还在。这个收尾练习就用一段本地手记，把页面布局与部署配置接到一次真正的读写里：编辑、保存、换窗口大小，再结束进程重新打开，看看刚才的文字是否回来。

行者-全栈开发

【鸿蒙心迹】深色模式适配全链路——从配置到自定义（HarmonyOS 7.x）摘要: 系统切深色模式，应用没跟着变；图片在深色模式下刺眼；自定义绘制颜色没适配——深色模式不是"换个背景色"，是颜色/图片/材质/状态栏的全链路适配。本文用涟漪睡眠 App 适配深色模式为案例，给完整方案与 5 个踩坑。

行者-全栈开发

【鸿蒙心迹】国际化 i18n 与多语言资源管理实战（HarmonyOS 7.x）摘要: 应用要出海，多语言不是"翻译几个字符串"——资源文件管理、动态切换语言、RTL 布局、日期/数字/货币格式化都要做。本文用涟漪睡眠 App 出海东南亚为案例，讲清 i18n 全链路与 5 个踩坑。

HarmonyOS APP开发---"云客服"远程视频客服App，需要用到这个库金融视频柜员的场景很特殊：客户可能转横屏看资料、可能切后台去付款、网络还可能很差。任何一个环节黑屏，都是业务事故。@ohos/webrtc 提供完整 RTC 能力，而 Surface 时序和摄像头方向这两处细节，决定了它能不能上生产。