harmonyos

威哥爱编程

模拟面试智能体开发实战 04：面试聊到哪算哪？用状态机把整场面试编排起来前两篇把面试官的"嘴"和"人设"都调好了，我把整套东西接进服务端做内测，第一位同事聊了三分钟就退出了。我看他的会话日志，看到了三个事故现场：

威哥爱编程

模拟面试智能体开发实战 03：AI 面试官太客气？人设 Prompt 让它像个真考官我拿第一篇搭好的骨架试跑了一场模拟面试，开场问题很低级："你是一个面试官，请面试我。"模型回我："好的，很高兴与你交流！请问你想面试什么岗位呢？"

HarmonyOS API 26 Navigation 导航栏位置：navBarPosition、左右布局与折叠屏适配Navigation 在手机竖屏里通常把导航栏放在起始侧，但进入平板横屏、2in1 窗口或折叠屏展开态后，固定使用同一侧可能造成阅读路径绕行、折痕遮挡、主内容空间失衡。真正需要治理的不是一次 navBarPosition 赋值，而是如何让位置选择跟随窗口、阅读方向、折痕和用户偏好稳定变化。

HarmonyOS API 26 DevEco Code 需求到 ArkTS 骨架的提示词分层AI Coding 的提效，关键不在于让工具一次生成更多代码，而在于让每一次生成都带着可检查的上下文。把一句“做一个阅读页”直接交给模型，得到的往往是缺少 loading、没有错误回退、状态散落在页面里的代码；把需求拆成约束、数据、界面和验证层，模型才有机会生成可以复核的 ArkTS 骨架。

威哥爱编程

模拟面试智能体开发实战 02：回答等半分钟，谁还愿意练？把服务端和流式输出搭起来上一讲我们把工程骨架和 build_llm 三通路搭好了，能离线问出面试官的第一句话。但那只是一个玩具——你敲一句、等程序跑完、才看到一整段答案。真要做成产品，这一步就得翻车：整段返回要等十几秒到半分钟，练面试的人耐心直接被磨没；哪怕忍住等了，用户一并发上来，服务端也容易挂。

威哥爱编程

模拟面试智能体开发实战 01：面试挂了都不知道挂在哪？用 Python 给自己造一个随叫随到的 AI 面试官上个月我帮朋友复盘一场挂掉的面试。我问他被问了什么，他答"Redis 缓存"；我问他面试官追问了什么，他答"好像是击穿还是穿透来着，我答岔了"；我问他面试官当时是什么表情，他说没注意，光顾着紧张了。

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 个踩坑。