从去年年初大模型开始火了之后，最开始注册账号体验了下，后面就没有太用了，感觉没有诉求似的，老板们也在念叨，自己思维上一直在想如何让公司的业务和AI结合，结果想破脑袋也没有找个结合点，包括公司去年的一号项目最后也很鸡肋，我们在负责的业务探索了一个让AI帮助实现将语音输入的内容去口语化，以此降低语音输入...

21年开始在公司负责一个全链路语音的项目，支持公司的Iot设备，有点类似于市面上”小爱“、”小度“之类的音响，算是语音+语言在AI方向的综合应用，整体交互流程如下图：

2023年号称AI元年，AI带来了一些不是很清晰的机会，没有看到有多好的落地，对于互联网，不止技术层面没有突破，业务层面的需求也断崖式下滑，没有创新就没有需求，老业务的修修补补也带不来多少需求。以音视频行业为例，业界很有影响力的LiveVideoStack也停止了商务活动，音视频大会也不再开了。一切都在朝着萎缩的方向...

在当今数字化浪潮汹涌澎湃的时代，人工智能（AI）宛如一颗璀璨的明星，照亮了各个领域的创新与发展道路。然而，面对 AI 这一庞大而复杂的体系，许多人往往感到迷茫无措，不知自己处于何种水平，更不知如何迈向更高的层次。尤其是DeepSeek的出圈，AI的热度更加火爆。无论是普通用户还是AI从业者也变得很迷茫，不知如何应...

之前在HarmonyOS Next适配mars过程中将xlog的的适配提交pr到mars官方仓库，中间有些伙伴私信需要编译好的xlog动态库，想着直接把动态库封装后开放出来下载更方便，所以开源了qlog源码（[链接]）。开放源码后为了方便大家使用想着将产物上传到中心仓，本文记录发布中心仓的过程，希望对大家有所帮助。

在移动应用开发中，悬浮窗是很场景的功能，比如像微信音视频通话时，为了保证通话过程可以查看和处理其他功能，允许在通话过程将通话页面以悬浮窗展示，本文我们讨论在HarmonyOS Next中如何实现通话效果的悬浮窗功能。

在日常UI开发中，经常会用到计时控件，比如播放视频是的时间进度显示以及音视频通话时显示的通话时长，都需要用到正计时的计时控件。还有些场景会用到倒计时的计时控件，设置一个最大时间，开始倒计时。在Android中我们一般使用TextView，配合Handler来更新TextView实现计时效果。HarmonyOS Next提供了TextTimer组件来实...

DeepSeek模型虽然强大先进，但是模型相当于大脑，再聪明的大脑如果没有输入输出以及执行工具也白搭，所以需要有配套工具才能让模型发挥最大的作用。下面是一个典型AI Agent架构图，包含核心组件与数据流转关系：

DeepSeek的火爆不仅是国家的骄傲，更是为AI普惠大众做出了重大贡献。就连AI.com的域名持有者也开始认可deepseek，从之前指向chatgpt.com变成指向chat.deepseek.com。我们不仅可以使用deepseek的免费聊天页面，也可以调用deepseek提供的接口，但是有伙伴可能会问，为什么调用deepseek的接口要使用openai的接口，难道是高...

深度优化：如何用结构化提示词提升DeepSeek的响应质量一、提示词设计的核心原则角色定义法：明确AI的专家身份场景具象化：提供背景信息和目标说明格式结构化：使用分隔符划分内容模块二、基础提示词案例库1. 编程辅助场景 {代码...} 2. 创意写作场景 {代码...} 三、进阶提示技巧1. 分步验证法（适合复杂任务） {代码...}...

最近节日期间最火的除了《哪吒》就是deepseek了，毕竟又让西方各个层面都瑟瑟发抖的产品。DeepSeek凭借其强大的AI能力真的是在全球多个领域展现出强大的影响力。由于受到外部势力的恶意攻击倒是deepseek官方服务不稳定，国内其他厂家的适配版本也不是很稳定，所以在自己电脑部署一个本地离线模型就可以解决很大问题。本...

很多人会问HarmonyOS与OpenHarmony的关系是什么，最简单的回答是HarmonyOS是OpenHarmony的一个发行版。再稍微详细点会介绍它们的历史渊源：华为将 HarmonyOS 的基础能力部分开源出来，捐赠给开放原子开源基金会，从而正式成立了 OpenHarmony 开源项目，这为 OpenHarmony 的发展奠定了基础，使得二者在技术上有了共同的源...

日志是日常开发中必不可少的调试工具，好的日志工具和日志调用可以帮助我们快速定位开发中或者线上问题，极大提高开发效率。HarmonyOS Next除了支持TS的console打印日志外，还提供了hilog工具，可以在ArkTS层和C++层实现日志输出，此外我们还可以使用封装持久化的日志工具帮助定位解决线上问题。

即时通讯功能已经成为现代应用中不可或缺的一部分，对提升用户体验、提高业务效率、增强客户服务、推动业务增长具有重要作用。从刚工作时做的秀场直播应用到现在的房屋平台应用，IM都在其中发挥了重要作用。随着鸿蒙系统的崛起及鸿蒙生态的成熟，很多厂商还是适配HarmonyOS Next系统，有幸成为先行者，希望从HarmonyOS的...

在Android或iOS开发时经常会有打“马甲”包的场景，就是一套代码打出不同主题的包，一个公司的产品可能针对不同用户提供不同的应用，比如抖音有国内版也有国外版，滴滴有个人版还有企业版，同样的在鸿蒙平台也有类似的诉求，本文我们讨论鸿蒙平台的多产物构建。

TS是单线程，如果TS调用C++方法执行耗时任务，比如文件操作、网络请求、数据库操作、图像处理等需要在C++层创建线程来异步执行。如果需要获取异步任务返回结果一般通过回调方式获取。如果要维护原生线程和主线程之间同步需要一些工作量，NAPI基于异步 I/O 库libuv提供了异步调用机制，统一管理线程等，简化开发者使用。

HarmonyOS的主力开发语言是ArkTS，也提供了C++语言的支持，对于一些能力，比如音视频编解码等，HarmonyOS 提供的也只有C++ API，对于一些其他平台现有能力的迁移，C++也是最快捷高效的，所以对于一个HarmonyOS 开发者，掌握ArkTS与C++交互成了一项必备技能。

在开发音视频通话模块中，在发起呼叫和接收呼叫页面一般都会有呼叫铃声，类似与微信的视频通话页面，在被叫方一般还会伴随着振动。在Android端可以使用MediaPlayer循环播放raw中的mp3铃声，使用Vibrator实现振动效果。本文介绍在HarmonyOS Next如何实现铃声播放与振动效果。

HarmonyOS Next主要开发语言是ArkTS，语言框架ArkUI是声明式UI，声明式UI一般不直接操作控件，而是通过状态变量更新来驱动UI刷新。但是有些场景，只通过状态变量驱动UI刷新无法满足我们复杂场景下的业务逻辑，需要在父布局调用子控件中的方法，这种情况怎么处理呢？

在聊天场景发送短语音消息需求中需要对发送的音频内容做编码压缩，最开始是用MP3编码器压缩的，后面语音消息要用于ASR模型的训练，需要使用OPUS编码器来处理语音类的信号。之前在Android上是不支持MP3和OPUS编码的，目前HarmonyOS 对MP3和OPUS编码都提供了支持，HarmonyOS 支持的编码器类型：

在聊天软件中，发送相册中视频和照片、用相机拍摄视频和图片发送是很常用的功能。在Android和iOS端，大部分应用都通过API方式定义UI来实现相册选择照片、视频，相机拍摄照片、视频，它们一般都支持以下功能：

公司很多业务场景使用到了语音识别功能，当时我们的语音团队自研了语音识别模型，方案是云端模型加端侧SDK交互，端侧负责做语音采集、VAD、opus编码，实时传输给云端，云端识别后返回识别结果。这些业务场景在适配鸿蒙的过程发现HarmonyOS 原生智能中提供了本地语音识别SDK，动手封装一波。

公司很多场景中用到了人脸检测、人脸识别的功能，当时我们图像团队自研了人脸识别、人脸检测相关的模型，其中人脸识别、姿态识别运行在手机端，基于tensorflow的引擎进行推理，检测到人脸后将人脸数据发送到服务端做人脸匹配。还有些特殊场景也应用到图像方面的技术，比如空屋检测等，虽然HarmonyOS 提供了人脸检测接口...

MP3是一种广泛使用的音频压缩格式，以其高效的压缩算法和广泛的兼容性而闻名，是最为普及的音频格式之一，几乎所有的音频播放设备、移动设备、计算机和音频软件都支持 MP3 播放。这使得 MP3 成为事实上的标准格式，比起压缩性能兼容性才更是MP3 市场占有率的保障。

应用开发过程中很多场景都有音频采集需求，比如聊天功能的发送语音功能，实时语音转文本功能，实时语音通话，实时视频通话等。在Android和iOS端，系统提供了两种形式：

在Android和iOS开发中很多时候都以以二进制的产物的方式进行依赖和协作，Android基于Mave为仓库，iOS有Pod为仓库，我们可以在官方提供的的平台使用别人开放的库，极大的提高了大家的开发效率。但是有些公司业务相关的库并不想被外部人员使用，上传到外部共有的仓库就不是很安全，很多公司在内部搭建了私有仓库，一方面更...

HarmonyOS 布局实践1 常用TitleBar实现背景TitleBar是日常开发中最常用的组件，每个应用可能拥有不同的风格，但是整体样式不外乎三块区域：左侧返回区域中间标题区域右侧按钮区域下面截取了微信和我的华为应用的TitleBar效果图：微信内容区域居中，我的华为内容区域靠左。在我们实际的开发中可能这两种情况都会遇到，我...

IM SDK和普通应用的最大差异是逻辑性代码比较多，使用过声明式UI的同学都知道，声明式对于AI很友好，开发效率很高，但是对于逻辑性强的代码就没那么友好，而且IM系统本身有很多逻辑和历史包袱，新的平台的SDK也要兼容这些历史逻辑，有很多新同事对历史逻辑不了解，如果现熟悉的话成本又很高，所以从Android和iOS代码直接...

不管是Android还是HarmonyOS Next都设计到一个上下文Context的概念，很多场景，比如获取文件资源等都需要依赖这个Context。Context有各种类型的Context，不同Context的获取方式，作用都不同，为了顺利进行HarmonyOS开发，很有必要弄清楚各种Context。

在做Android开发时我们知道有四大组件，在HarmonyOS Next开发中最上来看到的是Ability，到底什么是Ability呢？希望通过本文的探索我们彻底搞懂它。