harmonyos

从大语言模型到具身智能：百度百舸 LoongForge 入驻 AtomGit随着大模型研发从单一文本模态迈向多模态理解生成，并进一步延伸至与物理世界交互的具身智能，研发团队普遍面临一个棘手的工程挑战：不同模型范式的参数规模、计算特征与系统瓶颈截然不同。百亿至千亿参数的基座模型受限于显存容量与跨节点多维并行通信，而十亿参数量级的具身模型则受困于高频多视角视频 I/O、小算子调度开销与复杂的仿真器环境依赖。

梦想不只是梦与想

鸿蒙 AI自动化测试实现想用 AI 能力实现自动化测试，当前有没有现成方案？基于 DevEco Studio 的 AI 生成单元测试能力和 Hypium 测试框架的组合实现。

用户093407773514

HarmonyOS WPS Open SDK 工程实践：把 registerApp 做成就绪门禁把 WPS Open SDK 接进 HarmonyOS 工程后，registerApp 经常被当成“启动时顺手调用一下”的代码。真正上线时，这段初始化会同时面对页面重建、按钮连点、调试包与正式包切换、HAR 升级等变量。只要某个入口在注册回调到达前发起 sendRequest，日志里就会出现看似是文档打开失败、实际却属于初始化时序的异常。

HarmonyOS7应用《拼棋派对》实战：双人键盘操作与窗口焦点恢复电脑上两个人玩双人24点，鼠标轮流点击不够顺手。给两位玩家分配键盘区域以后，还需要处理按住键、切换窗口和重新回到应用：一次按键只能执行一次动作，焦点回来后也不能把旧的按下状态继续算进去。

灶台菜谱设计手记 03｜HarmonyOS 7.0 空间化：沉浸光感反馈番茄炖牛腩还在小火炖煮。用户伸手按住“下一步”，看见按钮产生形变，随后改变主意，把手指拖到按钮外再松开。现在，界面应该告诉他什么？

开源鸿蒙平台 CMP 三方库「compose-continuous-rounded-corner-shape」适配全流程本文记录 compose-continuous-rounded-corner-shape 接入 OpenHarmony 的完整过程，覆盖几何库适配的边界盘点、androidx.graphics:graphics-shapes 无 ohos 制品时的数学内核移植、真实库逐浮点交叉验证、ohosArm64 / ohosX64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和真机验收。

HarmonyOS7应用《拼棋派对》实战：折叠屏与电脑的窗口布局适配折叠屏展开以后，应用得到更多宽度，但不一定得到更多高度；电脑窗口也可能比手机横屏更窄。适配《拼棋派对》时，先看当前内容区域，再决定导航、棋盘和工具怎样分配空间，比只按设备名称放大控件更可靠。

开源鸿蒙平台 CMP 三方库「Waterfall」适配全流程本文记录 Waterfall 接入 OpenHarmony 的完整过程，覆盖布局库盘点、纯 Compose 库的引擎抽取边界、ohosArm64 / ohosX64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和真机验收。

开源鸿蒙平台 CMP 三方库「Jewel」适配全流程本文记录 Jewel 接入 OpenHarmony 的完整过程，覆盖主题模型盘点、Compose 源码集隔离、ohosArm64 / ohosX64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和真机验收。

开源鸿蒙平台 KMP 三方库「AutoLinkText」适配全流程本文记录 AutoLinkText 接入 OpenHarmony 的完整过程，覆盖 Compose 文本链接库盘点、鸿蒙 Compose 制品线选型、真实引擎编译、ohosArm64 / ohosX64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和设备验收。

ToDesk鸿蒙PC端又焕新！远控更稳、操作更准，跨端办公如本地Hello大家，随着鸿蒙PC生态持续发展，越来越多的人群开始在日常办公、远程协作和多设备管理中体验鸿蒙PC端的操作及各样应用。对此，作为专业远程控制领域的常用工具，ToDesk有持续围绕鸿蒙PC端进行深度适配与体验打磨。

HarmonyOS7应用《拼棋派对》实战：深浅主题、控件对比度与统一样式按钮颜色鲜艳，不代表上面的字一定看得清。双人区域中蓝、红、绿有明确含义，但文字、边框、选中态和背景需要一起检查。《拼棋派对》保留了既有深色玩法配色，同时处理系统主题变化和部分棋盘的深浅显示。

HarmonyOS APP开发---"动效君"UI动效素材库App，需要用到这个库素材库要一屏展示 20 个 Lottie 动画同时播放，还要准确还原 AE 的 Tint、阴影、遮罩特效。一代 Lottie 库在这种场景直接卡死主线程——@ohos/lottie-turbo 的子线程渲染能扛住，但 controller 管理不当会内存泄漏。

行者-全栈开发

【鸿蒙心迹】三方库移植（一）——NAPI 把 C/C++ 库桥接到 ArkTS 的完整链路（HarmonyOS 7.x）摘要: 公司有一套跑了六年的 C 语言校验和/加解密库，要搬进鸿蒙 App。我带着 JNI 的经验上手，以为 NAPI 就是"换个名字的 JNI"，结果第一天就卡在模块加载失败——.so 名、注册名、import 路径三处对不上，日志里只有一句 module not found。本文把这条桥接链路完整走一遍：工程骨架怎么搭（CMakeLists + 类型声明 + 模块注册）、ArkTS 与 C 的类型怎么映射、耗时操作怎么走异步不卡 UI、5 个真实卡点的定位过程。文中代码基于官方 Native 模板与

开源鸿蒙平台 CMP 三方库「reveal」适配全流程本文记录 reveal 接入 OpenHarmony 的完整过程，覆盖纯 Compose UI 库的整库编译路线选型、双 Compose 制品线打通、ohosArm64 / ohosX64 目标、无头门面设计、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和真机验收。

开源鸿蒙平台 CMP 三方库「KToast」适配全流程本文记录 KToast 接入 OpenHarmony 的完整过程，覆盖 Toast 状态机库盘点、Compose 源码集隔离、ohosArm64 / ohosX64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、HAP 构建和真机验收。

App Inventor 2 构建纯血鸿蒙 HarmonyOS NEXT App：证书、签名、真机安装到上架全流程一句话结论： App Inventor 2 中文网可编译纯血鸿蒙 HarmonyOS NEXT 应用（HAP）：申请证书、注册设备、签名编译后真机安装或上架，鸿蒙版 AI 伴侣已上架华为应用市场。本文详细讲解在 App Inventor 2 中文网上编译 HarmonyOS NEXT 应用（HAP包）的全流程，包括证书申请、设备注册、签名编译、真机安装和上架，并与 Android、iOS 编译流程进行深度对比。

【共创稿事节】@State与@Prop的单向流状态管理系列从最基础的一对装饰器讲起:@State 与 @Prop。这对组合看起来是文档里最先教的内容,实际工程里踩的坑却最多——"改了值界面不刷新""子组件改父组件的值报错""对象嵌套一层就失效",三个问题背后是同一个模型:单向数据流。这篇用健康菜谱助手的真实代码把单向流讲透,以及它失效的三种场景。

HarmonyOS7应用《拼棋派对》实战：模拟器回归验证与签名打包文章里能看到一个玩法完成，不代表发布包已经验收。编译成功、签名通过、安装成功、页面可用和平台审核是不同检查。《拼棋派对》这一轮系列实操把源码、包、模拟器操作和问题记录分别保存，让每个结论都有对应范围。

【共创稿事节】@Link双向绑定的适用边界@Link 是状态管理系列里能力最强也最容易伤到自己的一把刀:双向同步让父子组件共享同一份数据的读写权,用对了是效率,用错了是数据流灾难。上一篇确立了单向流的守则,这一篇讲 @Link 的正确打开场景、$ 传参的机制细节、双向同步的三个真实坑,以及"什么时候应该拒绝用 @Link"。