鸿蒙智能体开发实战:15.使用工作流

【HarmonyOS鸿蒙系统开发技术】17.鸿蒙HarmonyOS NEXT纯血鸿蒙9大亮点汇总 从自研内核的突破,到AI技术的深度融合,再到安全架构的创新,HarmonyOS NEXT的正式发布,是华为在操作系统领域的一次重大飞跃,也是国产厂商的一次重大突破。自2019年发布以来,HarmonyOS的生态设备数量已超过9亿台,这一里程碑式的数字不仅代表了用户对HarmonyOS的广泛认可,也展示了华为在构建全场景智能生态方面的卓越成就。同时这9亿设备,也是华为走上自主道路的根基。如此改变,是基于“正确的人,通过正确的设备,正确的访问数据”的理念,来构建的一套新的纯净应用和有序透明的生态秩序。 阅读详情

title: 鸿蒙智能体开发实战:15.使用工作流
date: 2026-04-15 08:00:00
tags: [鸿蒙智能体开发实战, 工作流, AI]

鸿蒙智能体开发实战:使用工作流

前言

在智能体开发中,单靠大模型的对话能力往往无法满足复杂的业务需求。工作流(Workflow) 是鸿蒙智能体平台提供的一种可视化任务编排工具,它允许开发者通过拖拽节点的方式构建多步骤的业务流程,让智能体具备执行复杂任务的能力。本文将深入介绍工作流的概念、创建流程、18种节点详解以及版本管理等进阶功能。

工作流概述

什么是工作流

工作流是将一系列任务按照预定义的逻辑顺序组织起来的可视化编排工具。每个工作流由多个节点(Node) 组成,节点之间通过连线连接,数据在节点间流动传递。

工作流的核心价值:将复杂业务拆分为可编排的步骤,实现"流程即代码"的工程化思维,让智能体的能力从简单对话扩展到复杂任务处理。

工作流 vs 智能体提示

特性工作流智能体提示(角色指令)
任务复杂度支持多步骤、分支、循环单步骤、线性
可视化编排✅ 拖拽式图形化界面❌ 纯文本
条件分支✅ 选择器节点❌ 不支持
数据转换✅ 代码节点、文本处理❌ 不支持
复用性✅ 可跨智能体复用❌ 仅当前智能体
调试方式✅ 单节点调试、试运行❌ 需完整对话测试

创建工作流

新建工作流

在小艺开放平台页面,通过【资源库】→【工作流】→【新建工作流】,进入新建工作流配置页面:

新建工作流配置页面

上图展示了在小艺开放平台中新建工作流的配置入口,设置名称、分类和描述后即可进入编排页面。

{
  "workflow": {
    "name": "天气查询工作流",
    "category": "信息查询",
    "description": "根据用户输入的城市名称,查询该城市当前的天气信息",
    "initial_nodes": ["start", "end"]
  }
}

创建后页面会自动跳转至工作流的编辑页面,初始状态下工作流包含开始节点和结束节点。

新建工作流配置页面

上图展示了在小艺开放平台中新建工作流的配置入口,设置名称、分类和描述后即可进入编排页面。

编排工作流

编排工作流的基本步骤如下:

  1. 在底部面板中选择要使用的节点
  2. 将节点按任务流程相连接
  3. 配置节点的输入和输出参数
# 工作流编排的逻辑示例
# 以下代码展示一个简单工作流的处理流程

def weather_query_workflow(user_input: str):
    """天气查询工作流的Python模拟"""
    # Step 1: 开始节点 - 接收用户输入
    city_name = extract_city(user_input)

    # Step 2: 插件节点 - 调用天气查询API
    weather_data = call_weather_api(city_name)

    # Step 3: 大模型节点 - 格式化回复
    response = generate_response(weather_data)

    # Step 4: 结束节点 - 返回结果
    return response

测试并发布工作流

工作流开发完成后,需要经过测试和发布才能在智能体中使用:

# 测试流程
1. 单击【试运行】按钮
2. 成功后节点的边框将显示为绿色
3. 在页面右侧弹窗中查看节点的输入输出
4. 单击【上架】,调测成功的工作流方可发布上架

工作流节点详解

鸿蒙工作流提供了 18种内置节点,覆盖了从数据输入、处理到输出的全流程:

节点功能对照表

序号节点名称功能说明适用场景
1开始节点工作流的起始节点,设定启动输入信息所有工作流的起点
2结束节点工作流的最终节点,返回运行结果所有工作流的终点
3大模型节点调用大语言模型生成内容文案生成、文本总结、文章扩写
4插件节点调用插件运行指定工具天气查询、订单查询等API调用
5工作流节点嵌套调用另一个工作流复杂任务模块化拆分
6代码节点编写Python代码处理数据数据处理、格式转换、逻辑判断
7选择器节点if-else条件分支根据条件执行不同流程
8意图分类节点识别用户意图并分流客服智能体、多意图处理
9输出节点中间过程的回答或思考输出流式输出、思考过程展示
10循环节点重复执行一系列任务批量数据处理、遍历操作
11批处理节点一次性运行多次相同任务多城市天气查询
12知识库节点查询知识库召回匹配信息FAQ问答、文档检索
13变量节点修改和存储用户变量值数据动态更新、状态记录
14文本处理节点字符串拼接和分隔处理Prompt构建、数据格式化
15提问器节点主动收集用户信息信息采集、选项确认
16配额管理节点对计数变量进行原子化赋值资源扣减、调用管控
17长期记忆节点召回智能体的长期记忆数据个性化推荐、用户画像
18查询计数变量节点读取计数变量的当前值使用量查询、配额检查

开始节点

开始节点是工作流的起始节点,用于设定启动工作流需要的输入信息。它包含三个默认参数:

{
  "start_node": {
    "default_params": {
      "USER_INPUT": "用户在本轮对话中输入的原始内容",
      "FILES_INPUT": "用户上传的图片或文件(Array<string>类型)",
      "EVENT_INPUT": "触发智能体的事件消息"
    },
    "custom_params": ["String", "Boolean", "Integer", "Time", "Object"]
  }
}

注意:开始节点中的自定义参数,因无法从用户输入中接收,所以有自定义输入参数的工作流不支持在工作流模式的智能体中使用,仅支持试运行。

大模型节点

大模型节点可以调用大语言模型,根据输入参数和提示词生成内容:

# 大模型节点配置示例
llm_node_config = {
    "model": "Pangu-LLM",
    "parameters": {
        "top_k": 50,
        "top_p": 0.95,
        "temperature": 0.8
    },
    "system_prompt": "你是一个友好且专业的健康咨询助手。",
    "user_prompt": "我最近总是感到疲劳,这可能是什么原因呢?",
    "output_format": "text"  # text / markdown / json
}

提示:大模型节点支持配置技能(插件/工作流),扩展模型能力的边界。配置技能后,大模型节点可以自动进行意图识别并判断调用技能的时机。

选择器节点

选择器节点是一个 if-else 节点,用于设计工作流内的分支流程:

# 选择器节点的逻辑模拟
def selector_node(input_value, conditions):
    """
    选择器节点处理逻辑
    conditions = [
        {"if": "input_value > 100", "then": "branch_high"},
        {"if": "input_value > 50", "then": "branch_medium"},
        {"else": "branch_low"}
    ]
    """
    for condition in conditions:
        if condition.get("if"):
            if eval(condition["if"]):
                return condition["then"]
    return conditions[-1]["else"]  # 兜底分支

意图分类节点

意图分类节点能够识别用户输入的意图,并将不同的意图流转至工作流不同的分支处理:

{
  "intent_classification": {
    "categories": [
      {"name": "产品咨询", "flow": "knowledge_base_node"},
      {"name": "售后服务", "flow": "after_sale_workflow"},
      {"name": "投诉建议", "flow": "complaint_handler"}
    ],
    "fallback": "default_response"
  }
}

输出节点

输出节点支持三种模式:

模式说明是否支持绑卡
输出模式输出中间过程回答内容✅ 支持
思考模式输出思考状态和思考内容❌ 不支持
暂态模式执行时间长时展示预设提示语❌ 不支持
# 输出节点配置示例
output_node = {
    "mode": "thinking",
    "config": {
        "stepInfo": "思考中",
        "streamingTextId": "main_stream",
        "reasoningText": "正在分析用户的问题..."
    }
}

# 配合输出模式使用
output_node_result = {
    "mode": "output",
    "config": {
        "answer": "根据分析结果,建议您...",
        "streamingTextId": "main_stream",
        "stepInfo": "已深度思考"
    }
}

循环节点

循环节点支持三种循环方式:

# 1. 数组循环 - 类似 for 循环
def array_loop(items):
    results = []
    for index, item in enumerate(items):
        result = process_item(item)
        results.append(result)
    return results

# 2. 指定次数循环
def count_loop(times):
    for i in range(times):
        do_something()

# 3. 无限循环 - 类似 while 循环
def infinite_loop():
    while True:
        result = do_something()
        if condition_met(result):
            break  # 通过终止循环节点跳出

循环体中可以添加三种特殊节点:终止循环(break)、继续循环(continue)、设置变量。

批处理节点

批处理节点用于一次性运行多次相同任务。例如,一次性查询多个城市的天气:

# 批处理节点的逻辑模拟
def batch_process(cities: list):
    """
    批处理查询多个城市的天气
    并行运行数量:最多20个并发
    批处理次数上限:最多200次
    """
    max_parallel = min(len(cities), 20)
    results = []

    for city in cities:
        # 每个城市并行执行天气查询
        result = query_weather(city)
        results.append(result)

    return results

知识库节点

知识库节点可以基于用户输入查询指定的知识库,召回最匹配的信息:

# 知识库节点配置
knowledge_base_config = {
    "query": "用户的问题",
    "knowledge_bases": ["产品FAQ知识库", "技术文档库"],
    "retrieval_config": {
        "threshold": 0.5,        # 检索文本相关阈值
        "max_segments": 3,       # 最大召回分段数
        "max_chars": 500,        # 单条片段最大字符数
        "query_rewrite": True    # 查询改写(多轮对话)
    }
}

查询改写:在多轮对话中,用户的 Query 和对话的上下文息息相关。例如用户先问"知识库检索节点可以用来做什么?“,再问"怎么用?”,开启查询改写后第二个问题会被改写为"知识库检索节点怎么用?"。

代码节点

代码节点支持通过编写Python代码来生成返回值:

# 代码节点示例:数据处理
def process_order_data(input_data: dict) -> dict:
    """
    处理订单数据的代码节点
    注意:代码节点仅企业开发者可用,基于Python 3.11.4
    """
    order_id = input_data.get("orderId")
    status = input_data.get("status")

    # 数据处理逻辑
    result = {
        "orderId": order_id,
        "status": status,
        "processed": True,
        "timestamp": "2026-04-15 10:00:00"
    }

    return result

安全限制:代码节点禁用了网络请求和系统资源访问,如 os.system、subprocess、eval 等高风险函数。

提问器节点

提问器节点用于主动收集用户的信息,支持三种方式:

{
  "questioner": {
    "mode": "direct_answer",
    "question": "请问您需要查询哪个城市的天气?",
    "field_name": "city"
  }
}

动态生成槽位示例:

{
  "extractedFields": [
    {
      "fieldName": "depart_time",
      "description": "航班的起飞时间",
      "cnFieldName": "起飞时间",
      "fieldType": "String",
      "required": true,
      "defaultValue": "2025年1月8日12:00"
    },
    {
      "fieldName": "arrive_time",
      "description": "航班的到达时间",
      "cnFieldName": "到达时间",
      "fieldType": "String",
      "required": false
    }
  ]
}

工作流版本管理

版本存档方式

工作流版本管理支持三种存档方式:

存档类型触发条件说明
上架存档工作流每次上架完成自动记录
系统存档工作流发生编辑后自动保存为【当前】版本
手动存档手动点击存档图标填写存档描述后生成记录

版本操作

  • 预览历史版本:查看版本编排内容或试运行,不可编辑
  • 还原到该版本:将历史版本覆盖当前工作流的草稿版本
  • 版本筛选:按存档类型筛选历史版本

导入导出工作流

导出工作流

点击工作流操作项中的【导出】按钮,可以将工作流导出为JSON文件:

# 导出工作流文件
# 文件格式:.json,包含各节点详细信息
# 支持选择是否一并导出嵌套的工作流节点

导入工作流

点击工作流列表右上方的【导入工作流】,上传导出的JSON文件:

注意事项:

  1. 部分组件的有效性与账号有关,导入后可能存在失效(如插件、知识库、工作流)
  2. 如果工作流中包含子工作流节点,需要先导入子工作流并上架,再导入主工作流

工作流最佳实践

1. 复杂任务模块化

# 使用工作流节点实现模块化
main_workflow = {
    "nodes": [
        {"type": "start"},
        {"type": "intent_classification"},
        {"type": "workflow", "name": "order_query_workflow"},  # 子工作流
        {"type": "workflow", "name": "after_sale_workflow"},   # 子工作流
        {"type": "end"}
    ]
}

2. 流式输出与参考来源

输出节点支持配置参考来源,让回复更可信:

{
  "reference": {
    "items": [{
      "params": {
        "name": "环球网",
        "source": "华为浏览器"
      },
      "card": {
        "type": "leftPictureRightText",
        "params": {
          "title": "网页标题",
          "subTitle": "站点名称-站点来源类型",
          "link": {
            "webLink": {
              "startMode": 0,
              "url": "https://example.com/article"
            }
          }
        }
      }
    }]
  }
}

3. 处理非文本请求

当工作流需要处理用户上传的图片或文件时,可以通过开始节点的 FILES_INPUT 参数接收,再借助文本处理组件提取文件链接:

# FILES_INPUT 是一个 Array<string> 类型参数
# 通过文本处理组件的字符串拼接方式取出目标链接
file_url = input[0]  # 取出第一个文件链接

4. 用户问题建议

输出节点支持配置用户问题建议(suggestions),引导用户后续对话:

{
  "suggestions": {
    "chipsList": [
      {"content": "superlink://vassistant?text=如何缓解压力?&startmode=recognize", "domain": "documentSummary"},
      {"content": "superlink://vassistant?text=常见症状有哪些?&startmode=recognize", "domain": "documentSummary"}
    ]
  }
}

注意:最多只会展示一组用户问题建议,最多3条,每条不超过30个字符。

常见问题(FAQ)

Q1:工作流试运行失败如何排查?

答:首先检查节点的边框颜色——运行成功的节点边框显示为绿色,失败的节点会显示错误信息。可以在运行结果面板中查看调测树信息,定位失败节点。

Q2:工作流模式的智能体使用返回变量的结束节点时没有响应内容?

答:工作流模式的智能体,如果结束节点配置了返回变量,因为没有大模型做融合答复,智能体会没有响应内容。可以为结束节点绑定卡片,或者改为返回文本模式。

Q3:工作流中的插件版本如何更新?

答:工作流中添加的插件如果有版本更新,在工作流试运行时会自动执行新版本插件。如果工作流已被智能体引用,需更新发布工作流后在引用资源中升级到新版本。

Q4:流式云插件的结果为什么在后续节点获取不到?

答:流式云插件注册时含默认输出参数 streamInfo(string类型),后续节点必须通过引用 streamInfo 字段获取流式结果。

总结

本文全面介绍了鸿蒙智能体平台的工作流功能:

  1. 工作流概念:可视化任务编排工具,将复杂业务拆分为可编排步骤
  2. 创建流程:新建→编排→测试→上架四个阶段
  3. 18种节点:覆盖输入、处理、输出全流程的各类节点
  4. 高级功能:版本管理、导入导出、流式输出、参考来源
  5. 最佳实践:模块化设计、非文本处理、用户问题建议

掌握工作流开发是构建复杂智能体的关键一步,它让智能体具备了真正的"工程化"能力。


如果这篇文章对你有帮助,欢迎点赞👍、收藏⭐、关注🔔,你的支持是我持续创作的动力!

相关资源

【活动】直播揭秘<如何从0开发HarmonyOS硬件>   从HarmonyOS官宣的第一天起,业界关于HarmonyOS应用方向、硬件开发、市场潜力的广泛讨论便从未终止。但对于广大开发者而言,相信更为关注的是如何使用HarmonyOS进行硬件开发,最想体验的是能够亲自在开发板上运行HarmonyOS,零距离的感受它的技术创新。   从HarmonyOS官宣的第一天起,业界关于HarmonyOS应用方向、硬件开发、市场潜力的广泛讨论便从未终止。但对于广大开发者而言,相信更为关注的是如何使用HarmonyOS进行硬件开发,最想体验的是能够亲自在开发板上运行Harm 阅读详情

相关推荐

鸿蒙多智能体系统开发实战与优化

多智能体系统(MAS)是由多个自治智能体组成的分布式人工智能架构,每个智能体具备环境感知、自主决策和执行能力。其核心技术原理包括分布式通信、协同决策和资源共享机制,在智能家居、工业自动化等领域具有重要应用价值。鸿蒙操作系统凭借分布式软总线、原子化服务等特性,为多智能体系统提供了理想的运行平台。通过优化通信协议、实现状态同步和引入分布式协调机制,开发者可以构建高效的智能体协同系统。特别是在智能家居场景中,空调、灯光等设备智能体能够基于鸿蒙的硬件互助能力实现无缝协作,大幅提升系统响应速度和决策准确性。

weixin_30703911的博客 414

HarmonyOS 6(API 23)实战:基于悬浮导航、沉浸光感与HMAF的“鸿蒙代码导师“——PC端AI智能体沉浸式编程学习系统

2026年,中国开发者规模突破3000万,但传统编程学习平台面临三大痛点:HarmonyOS 6(API 23)的HMAF框架配合**悬浮导航(Float Navigation)与沉浸光感(Immersive Light Effects)**特性,为编程学习带来了革命性解决方案:本文核心亮点:HMAF(Harmony Intelligent Agent Framework)提供四种编排模式,在编程教育场景中各有妙用:传统编程学习软件采用固定UI,学员难以感知自己的学习状态。HarmonyOS 6的沉浸光感特

从事移动开发八年,csdn博客专家,阿里云特邀专家,华为云云享专家,高级网络信息安全工程师,大数据工程师(高级),python技术开发(高级),HarmonyOS 应用开发者高级认证,现在某学校任教。 1万+

基于74LS175的四人抢答电路设计(含详细设计分析及试错过程)

根据设计要求不难发现,只要有一人抢答,就会输出信号使指示灯常亮,此时其他人输入无效,适宜选择触发器,有人抢答时触发器输出由0变1,输出信号控制指示灯常亮,同时使CLR引脚输入0,触发器不工作,即其他选手不能再抢答。尝试加入一人抢答后其他人不可抢答功能,如下图,175四个~Q输出端接入同一个与非门,于是当有选手抢答时该与非门输出由0变1,将该信号输入U5A,U5A输出由1变0,接入~CLR即可使电路不再工作。但仿真时发现,该复位键仅可使抢答电路部分复位,计数部分只是暂停,并未复位。否则元器件将无法正常工作。

2202_75463653的博客 8178

华为鸿蒙 6 系统(HarmonyOS 6)核心升级与技术解析

华为鸿蒙6系统(HarmonyOS 6)在智能交互、跨设备协同、安全防护等方面实现全面升级。搭载AI驱动的鸿蒙智能体框架和小艺助手,提供主动式场景化服务;通过星闪连接技术和星河互联架构,实现跨设备无缝协同与跨生态互传;采用星盾安全架构构建全链路防护体系;性能方面实现15%提升和35分钟续航增长。系统已覆盖8亿设备,支持5万+原生应用,技术原创性通过开源验证。作为全场景操作系统,HarmonyOS 6展现了从技术跟随到创新引领的突破。

qq_31218719的博客 2万+

详解ReID的各部分组成及Trick——基于FastReID

这一系列博客将基于京东开源的FastReID进行扩充,详细介绍了ReID的各个组成部分,一些有用的Trick,评价指标,常用数据集等,详细内容见下方的链接,总结不易,如有理解不正确之处,麻烦各位批评指正。 一、FastReID的中的baseline文件配置 二、Training strategy 三、Pre-processing 四、Backbone 五、Aggregation 六、Head 七、Loss 八、Distance Metric 九、Post-processing 十、Evaluation 十一

藏晖的博客 9154

一文介绍Linux EAS

EAS只在系统负载不重时,即系统中每个CPU的利用率都低于其算力的80%时才被启用,而且选出的最节能CPU只有比线程当前运行的CPU节约能量大于6%时,线程才会迁移到该CPU运行。因此EAS为线程选择最节约能量的CPU来运行的前提条件是很苛刻的,针对重载场景(比如游戏),EAS的功能应该很少被使用起来,针对重载场景的功耗优化,这里可能是一个值得尝试的点。算力(capacity)是CPU调度中的一个基础概念,它反映的是一个CPU的计算能力,是个规格化的值,可以通过读取Android手机的文件节点。

youzhangjing_的博客 1227

鸿蒙6智能体开发实战:从零构建AI原生应用!【开发者必读】

从零开始构建一个完整的智能体应用,掌握开发全流程和最佳实践。

guoxuying的博客 318

Win10 环境下 ISE14.7 iMPACT 闪退的 DLL 修复方案 - FPGA 开发实战

本文详细介绍了在Win10系统下解决ISE14.7 iMPACT工具闪退问题的DLL修复方案,特别针对FPGA开发中常见的兼容性问题。通过替换关键DLL文件,有效解决了iMPACT在生成PROM文件时的崩溃问题,并提供了详细的步骤说明和注意事项,帮助开发者提升工作效率。

weixin_29197051的博客 201

HarmonyOS 鸿蒙开发:智能体、意图框架与智慧分发怎么重构医护 AI 服务?

很多初学者写鸿蒙 RPC 代码时,最容易出问题的地方不是连接服务,而是消息对象的读写细节。鸿蒙 RPC 的写法看起来是 API 调用,底层却是严格的消息协议。稳定的 RPC 代码通常有三个特征:协议常量清晰、消息读写对称、异常和生命周期处理完整。掌握这三点,再去看官方 @ohos.rpc 文档,很多接口就能自然串起来。实践中建议把 data、reply 的释放写进 finally,保证成功、失败、异常路径都会执行。每个接口先写 interface token,服务端先校验 token,再处理业务参数。

qq_68562226的博客 440

电机控制实战:SVPWM五段式与七段式算法在STM32上的实现对比

本文深入对比了SVPWM五段式与七段式算法在STM32上的实现效果,详细分析了两种算法在占空比控制、开关损耗和波形质量等方面的差异。通过实测数据,为工程师提供了针对不同应用场景的选型建议,包括电池供电设备和高精度伺服控制系统的优化方案。

h6i7j8的博客 578

R语言WGCNA实战:从基因表达矩阵到模块可视化全流程(附避坑指南)

本文详细介绍了使用R语言进行WGCNA(加权基因共表达网络分析)的完整实战流程,涵盖从基因表达矩阵预处理、软阈值选择、网络构建与模块识别,到模块与表型关联分析及结果可视化的关键步骤。文章重点解析了代码实现,并提供了针对数据质量检查、参数调整等常见问题的避坑指南,帮助生物信息学研究者高效挖掘基因共表达模块的生物学意义。

weixin_29062823的博客 572

鸿蒙新生:HarmonyOS 5 新特性全景解读

华为于2024年10月正式发布HarmonyOS 5(HarmonyOS NEXT),标志着中国首款纯自研移动操作系统的成熟。该系统摒弃了AOSP代码,采用全新鸿蒙内核,仅支持原生HAP应用,性能提升30%。六大核心升级包括:1)纯血架构实现自主可控;2)物理渲染引擎带来真实交互体验;3)系统级AI深度整合盘古大模型;4)星盾安全架构保障隐私;5)分布式能力强化全场景互联;6)方舟引擎优化性能与续航。目前生态已覆盖10万+原生应用,微信等头部应用完成适配。HarmonyOS 5通过技术创新实现了从"可用"到

2402_85554739的博客 1018

【RT-DETR涨点改进】独家Conv改进篇 | 来自TIP 2024顶刊| 引入 DEConv细节增强卷积模块, 能够恢复更多细节信息,提升小目标检测精度、含多种不同模型改进点

本文提出了一种细节增强卷积(DEConv)模块,通过融合多种差异卷积(CDC、ADC、HDC、VDC)来增强图像特征表示能力,特别在边缘和纹理细节提取方面表现突出。该模块采用重参数化技术,在不增加计算成本的情况下,将先验信息融入常规卷积层,显著提升了RT-DETR模型在模糊或遮挡场景下的目标检测精度。实验验证了DEConv在多种骨干网络(ResNet18/50、HGNet等)中的有效性,为实时目标检测系统提供了轻量高效的改进方案。

Ai缝合怪、助力小伙伴高效发论文 445

DeepSeek与鸿蒙HarmonyOS应用开发的深度融合:开启智能开发新纪元

摘要:DeepSeek与鸿蒙HarmonyOS的深度融合为开发者带来智能化开发新体验。DeepSeek作为AI大模型,具备多语言代码支持、智能调试等能力,特别优化了ArkTS语言支持。针对HarmonyOS分布式架构的复杂性,DeepSeek提供代码生成、错误修复和多设备适配辅助,显著提升开发效率。实践案例显示,该融合方案可缩短40%开发周期,提高代码质量并降低学习成本。未来,双方将进一步深化IDE集成、跨平台支持和AI原生应用开发,推动HarmonyOS生态智能化发展。

独立开发者阿乐 — AI 搜索优化(GEO)· 全栈开发 · 站点增长实战 1905

【Charge】仿真目录

Author: JiJi\textrm{Author: JiJi}Author: JiJi Created Time: 2026.01.20\textrm{Created Time: 2026.01.20}Created Time: 2026.01.20 Modified Time: 2026.01.20\textrm{Modified Time: 2026.01.20}Modified Time: 2026.01.20工作流程材料模型[Charge] 电荷分布与折射率变化理论 [Charge] FDTD

u011699626的博客 306

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

从 Web 前端到 HarmonyOS ArkTS:一次 AI 鸿蒙全栈智能体开发的迁移实录

摘要:本文分享武汉学员张张(化名)从前端转行AI鸿蒙开发的经历。她原为前端开发,因赛道拥挤选择转行到AI鸿蒙全栈开发,通过30个鸿蒙APP项目(25个上架)获得华为开发者激励,最终获武汉15K月薪AI全栈岗。文章对比了ArkTS与TypeScript的迁移优势,强调前端组件化思维可复用,并解析课程三个阶段:基础过渡、AI集成与企业级实战。关键建议指出,转行需注重体系化课程与项目积累,作品集是面试核心竞争力。

278

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

鸿蒙开发之路:从系统架构到生态体验的深度剖析

HarmonyOS 6的发布是鸿蒙发展历程中的一个关键节点,不仅在技术层面实现了跨生态的实质性突破,更在产业层面证明了国产操作系统独立发展并构建繁荣生态的可行性。从最初的理念提出到现在的生态繁荣,HarmonyOS 6标志着鸿蒙正式从“可用”迈向“好用”的新阶段。下一步,我们将深入探讨HarmonyOS 6的开发环境搭建与基础应用创建,帮助开发者快速融入这一充满活力的生态系统。思考题:你认为HarmonyOS 6的哪些特性最能吸引开发者?是强大的分布式能力、丰富的AI框架,还是日益完善的生态?

m0_72846959的博客 5462

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

刷屏了!华为重磅宣布 HarmonyOS 6 ~

HarmonyOS 6 首次发布鸿蒙智能体框架(HMAF, Harmony Agent Framework),并带来全新的鸿蒙智能体,更自然、更高效、更强大、更协同。HarmonyOS 6.0 正式版预计将于 2025 年第四季度正式推出,结合华为的新品发布规律,即将发布的 Mate 80 系列将有可能成为首批搭载机型。昨天下午,华为召开了开发者大会 HDC 2025,华为鸿蒙 HarmonyOS 6 操作系统正式亮相。同时,华为余承东在会上宣布,HarmonyOS 6 开发者 Beta 版正式启动。

程序IT圈 2816

鸿蒙智能体开发实战:44.MCP插件开发 - 从注册到发布

本文介绍了MCP协议及其在鸿蒙智能体平台中的应用。MCP是一种开放协议标准,允许标准化连接外部工具和数据源。鸿蒙智能体平台支持两种MCP插件注册方式:标准注册(手动配置)和外部平台导入(从魔搭平台同步)。开发者需配置插件市场信息、人工智能生成合成服务声明、个人信息收集声明以及大模型备案信息,以满足合规要求。MCP插件的优势在于开发者自部署和灵活切换,适合对接自建工具链和私有数据源。

少湖说 201

鸿蒙智能体开发实战:23.常见问题

在鸿蒙智能体开发、测试和上架过程中,开发者可能会遇到各种问题。本文整理了从开发到上架全流程中最常见的20+ 个问题及其解决方案,涵盖A2A协议、知识库、工作流、插件、调试、部署和上架审核等各个环节。提示:如果本文未覆盖你遇到的问题,可以在华为开发者社区提问,或参考官方文档中的排障指南。图1:鸿蒙智能体开发常见问题分类与排查流程图,涵盖六大问题领域本文整理了鸿蒙智能体开发过程中22个常见问题API协议类:流式输出、鉴权、会话过期、SSE中断智能体编排类:插件调用失败、工作流异常、知识库无结果真机测试类。

少湖说 246

HarmonyOS 6(API 23)实战:HMAF的“绿盾卫士“——PC端AI智能体智慧环保监测管理平台

2026年,中国生态环境监测网络覆盖全国,空气质量监测站点超过5000个,水质监测断面超过1万个,噪声监测点位超过10万个。然而,环保监测管理面临三大核心痛点:HarmonyOS 6(API 23)的HMAF框架配合分布式软总线、**悬浮导航(Float Navigation)与沉浸光感(Immersive Light Effects)**特性,为环保监测管理带来了革命性解决方案:本文核心亮点:HarmonyOS 6的HMAF(HarmonyOS Multi-Agent Framework)将AI智能体能力

从事移动开发八年,csdn博客专家,阿里云特邀专家,华为云云享专家,高级网络信息安全工程师,大数据工程师(高级),python技术开发(高级),HarmonyOS 应用开发者高级认证,现在某学校任教。 3613

关于鸿蒙系统的感想

而鸿蒙的横空出世,以一场彻底的技术革新打破了僵局 ——“纯血鸿蒙” 完全脱离安卓代码框架,基于 OpenHarmony 内核构建起自主架构,搭配自研的分布式软总线、方舟引擎与 EROFS 超级文件系统,从底层实现了 “软硬芯云” 的全链路优化。从技术突破的 “从 0 到 1”,到生态繁荣的 “从 1 到 10”,鸿蒙的成长之路,是中国科技自主创新的生动缩影。未来,随着 “十五五” 规划对基础软件的重点扶持,随着鸿蒙在工业、能源、金融等领域的深度渗透,这款国产操作系统必将释放更大的 “数字底座” 价值。

Lx200757的博客 451

鸿蒙智能体开发实战:33.鸿蒙壁纸大师 - 多轮交互工作流设计

文章摘要 本文深入解析鸿蒙壁纸大师的核心交互逻辑,展示一个基于状态机的多轮对话工作流设计。壁纸创作流程分为三个步骤:选择风格→选择主题→选择场景,通过A2A协议卡片交互完成。系统采用「渐进式披露」原则降低用户认知负荷,并支持四种快捷命令(立即开始/换一批/换一张/重新开始)实现快速跳转流程。核心状态机WallpaperFlowManager通过FlowStep枚举管理七个状态流转,具备序列化能力以支持会话持久化。该设计显著提升用户体验,将常规操作响应时间从1-3秒降至50ms以内,95%操作无需调用大模型。

少湖说 161

HarmonyOS 6(API 23)实战:HMAF的“游测智脑“——PC端AI智能体游戏测试自动化平台

摘要:2026年,HarmonyOS游戏生态迎来爆发式增长,游戏复杂度指数级攀升使得传统测试方法面临覆盖不足、效率低下、回归成本高等痛点。HarmonyOS 6(API 23)引入的鸿蒙智能体框架(HMAF)将AI能力下沉至系统层,配合悬浮导航与沉浸光感特性,为PC端游戏测试带来了"测试即光效、进度即导航"的全新交互范式。

从事移动开发八年,csdn博客专家,阿里云特邀专家,华为云云享专家,高级网络信息安全工程师,大数据工程师(高级),python技术开发(高级),HarmonyOS 应用开发者高级认证,现在某学校任教。 3010

# AI编程助手全景图:2026年鸿蒙开发者的选择指南

2026年,鸿蒙开发者需聚焦AI编程助手的工作流能力而非模型差异。华为官方推出的DevEco Code凭借原生鸿蒙支持、全流程覆盖与免费GLM-5.1模型,成为首选;Cursor以多文件编辑和视觉化Diff见长;GitHub Copilot适合团队协作;Claude Code则在终端重构场景中效率突出。开发者应根据自身习惯与场景选择:新手用DevEco Code,IDE党选Cursor,GitHub团队用Copilot,重构频繁者选Claude Code。下一章将手把手教你配置DevEco Code,开启自

qq_31532979的贺公子之数据科学与艺术博客,致力于科技向善,拥抱开源,要用技术的影响力来领导团队,而不是威权和职位! 546

HarmonyOS 6(API 23)实战:基于HMAF的“云游智枢“——PC端AI智能体数字孪生景区运营管理平台

2026年,中国文旅产业数字化转型已进入"数字孪生+智能体"双轮驱动新阶段。文化和旅游部数据显示,全国5A级景区数字化覆盖率突破95%,年接待游客量超过80亿人次,但传统景区管理系统仍面临三大核心痛点:HarmonyOS 6(API 23)引入的**鸿蒙智能体框架(HarmonyOS Multi-agent Framework,HMAF)将AI能力从应用层下沉至系统层,配合悬浮导航(Float Navigation)与沉浸光感(Immersive Light Effects)**特性,为PC端数字孪生景区管

从事移动开发八年,csdn博客专家,阿里云特邀专家,华为云云享专家,高级网络信息安全工程师,大数据工程师(高级),python技术开发(高级),HarmonyOS 应用开发者高级认证,现在某学校任教。 2685
上一篇: 鸿蒙智能体开发实战:14.使用触发器
下一篇: 鸿蒙智能体开发实战:16.自定义用户界面
少湖说
博客等级 码龄16年 2319粉丝 397原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

少湖说

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值