通过工具让智能体“能做真实工作”：通过接入更多的业务数据源、调用更多的垂 域工具 / 服务，可以扩展智能体的能力边界，提升搜索、数据查询、计算分析等能 力，完成更多场景更高复杂度的任务。例如，鸿蒙操作系统通过构建统一开放的意 图框架，实现了系统级的跨应用跨服务的数据和能力共享。业界也推出 MCP（Model Context Protocol）协议 [7]，为大模型提供了标准化的数据源和工具接入方式，大 大降 。 - 7 - 行业趋势 Agent 时代 鸿蒙应用生而智能 标准化的工具协议和智能体通信协议为智能体的能力拓展提供了坚实基础。鸿蒙意图框架、 MCP 等工具协议实现了垂域工具和服务的标准化接入，显著降低了智能体与外部系统的集成复 杂度；而智能体通信协议则为多智能体间的任务协同建立了通用语言，使得跨平台、跨系统的 智能体协作成为可能。这些技术标准的建立和不断完善，不仅加速了智能体生态的互联互通， 移动终端设备厂商能够为智能体开发提供更多独特的系统级能力。例如，通过跨设备跨应 用信息的全局记忆，为智能体提供更加全面的上下文信息，实现更精准的用户意图识别和应用 智能体协同；通过开放的意图框架接入并共享丰富的端侧应用工具，使系统智能体和应用智能 体能够实现更无缝的跨应用操作体验；同时，统一账号体系以及端到端的安全与隐私保护框架， 进一步保障多智能体的安全高效协作。这些差异化能力将成为终端厂商在智能体时代赋能开发

故障自愈 隐患管理 稳定性测试 故障管理 GOPS 全球运维大会 2023 · 上海站 可观测性建设：指标 实现涵盖业务、前端触点、应用、云平台、组件、基础资源的全层级指标数据采集及标准化，统一接入、存 储、分析处理标准，提供可观测性能力数据基础。  业务发展量、业务流程积压量、业 务突变异常、业务关键稽核点等  核心业务场景、核心业务环节、核 心业务链路拓扑  白屏、慢响应、弹窗日志等 拓扑数据 GOPS 全球运维大会 2023 · 上海站 可观测性建设：链路追踪 支持跨系统、跨云平台、跨数据中心链路拓扑，通过分数据中心汇总串联，完成跨系统调用实时追踪和方法清 单级根因定位，接入应用6000+，日均处理600亿数据。 汇总数据中心 告警收敛 链路自动拓扑 根因定位 业务、应用维度链路展现 应用性能分析 告警配置 Neo4j Collector- server 利用图数据库关系在海量 告警应用中快速定位根因 服务，如150个服务告警 根因应用缩小到5个左右。 1. 发现业务影响 触点+业务监控评估影响 范围。 开户 缴费 6. 定位网络问题 定位网络及接入设备的问题。 防火墙 路由器 负载均衡 marathon-lb KONG 3. 定位根因实例 通过核密度估计算法和 DBSCAN聚类算法判定 根因实例。 主机3 主机1 主机2 分布于

exporter 网络拓扑同步上报 GO PS 全 球 运 维 大 会 2 0 2 3 · 上 海 站 实现涵盖业务、前端触点、应用、云平台、组件、基础资源的全层级指标数据采集及标准化，统一接入、存 可观测性建设： 指标 Clickhouse 应用时序指标、 trace 、 方法调用明细 标 签 规 范 标 准 + 自 定 义 Prometheus 业务、服务、组件、资源 支持跨系统、跨云平台、跨数据中心链路拓扑，通过分数据中心汇总串联，完成跨系统调用实时追 踪和方法清 单级根因定位，接入应用 6000+ ， 日均处理 600 亿数据。 GO PS 全 球 运 维 大 会 2 0 2 3 · 上 海 站 kafka Flink Clickhouse 通过核密度估计算法和 DBSCAN 聚 类 算 法 判 定 根因实例。 可观测性建设： 一键故障 诊断 A C D 链路 Tracing x2 6. 定位网络问题 定位网络及接入设备的问题。 主机进程 Top 日志关联 变更关联 辅助信息 主机 1 主机 2 主机 3 5. 定位根因主机 通过云化 CMDB 获取实例、组件与主 机的

针对图中两种不同类型框架对接，提供 C-API 和 FrameNode 两种机制，进行框架接 入。当接入的三方框架存在 C 层数据处理情况或需要进行样式布局计算等逻辑操作时，针对 该场景，ArkUI 框架提供了 C-API 接口，以减少跨语言带来的性能损失。 图中左侧适用 C-API 进行接入的框架具备以下特征：  具有独立的开发范式和运行环境  框架自行管理 UI 树形结构，具有虚拟组件节点 建、修改、删除组件的诉求。如图中右侧适用 FrameNode 进行接入的框架具备以下特征：  动态创建、添加子节点、删除、属性修改  支持内容自定义绘制 应用仅通过 DSL 解 析后，直接对接原生组件进行渲染，该场景可以优先选用 FrameNode 进行页面构建。 使用上述机制，可以更细粒度的进行组件控制和减少跨语言带来的性能开销，保障三方 框架高性能接入。 类 Web 开发范式 使用 HML 图 5-4：类 Web 开发范式 可视可说 可视可说框架提供“系统级”和“应用级”两种实现方式。其中，“系统级”无需应用 适配自动支持标准控件文本的语音操控功能；“应用级”接入方式允许开发者对控件场景、 角标、别名、个性化播报等元素进行适配，从而提供良好的用户体验。应用级和系统级两种 实现是互补关系，应用级优化用户体验，系统级保证覆盖率。 56

模型：通过提供统一的模型调用方式，屏蔽不同模型接入时的差异， 降低开发者接入成本。  提示词：将传统的文本提示词提升为语言的一等公民，开发者可以结 构化地定义 Agent 的行为模式、目标与预期输出。让开发者只需关注 “做什么”，而语言运行时负责“怎么做”。  规划：开发者可以声明式地定义 Agent 的执行流程。  工具：提供统一接口，支持外部工具和服务的无缝接入。无论是仓颉 自身编写的模块，还是已有的 可被轻松部署于不同硬件架构和操作系 统。  大模型统一抽象层：通过构建统一的模型抽象接口，支撑将大语言模 型适配到本地小模型和云端大模型的不同计算环境中。  异构工具集成能力：Agent DSL 支持接入多种工具，包括鸿蒙系统 API、云侧 MCP 服务以及应用自身的功能模块，从而动态感知设备能 力、网络状态与用户偏好，实现“一次编写，处处智能”。 未来，新开发 AI 应用场景下，在仓颉的智能化和跨平台能力支撑下，不仅

对能源市场进行有力的政府监管，能够为消费者 保障清洁能源供应。 • 针对清洁烹饪炉灶及其他烹饪设备的最低能效标 准，可以将能效最低的那部分产品从市场上淘汰。 • 为最弱势的那部分消费者群体提供针对性的补贴， 可以保障人们平等地接入清洁烹饪服务，例如高 效液化石油气或电气化炊具设备。 • 建筑节能法规和针对房东设置的相关责任义务， 能够确保房屋通风良好，同时满足其他的健康及 安全要求。 一揽子政策方案——清洁高效烹饪 IEA

具体处理措施(完成时间、内容)”并经用户签认。 7.现场一时无法维修需返厂维修的设备、器材在向用户 说明情况并填写《故障处理备品替换通知》后使用备品备件 临时代替；返修完毕的设备、器材使用前应进行测试，确认 合格方可再重新接入使用，并以《故障处理派工单》收回上 次填写的《故障处理备品替换通知》。 8.因产品换代或返厂维修无效或其他原因需报废的设 备、器材由公司物资部负责牵头组织临时技术鉴定小组确认 是否报废，如实填写《报废品处理记录》