快速上架与多端分发 1）快速上架 · · · · · · · · · · · · · · · · 2）应用分发 · · · · · · · · · · · · · · · · 3）服务分发 · · · · · · · · · · · · · · · · 84 91 88 5）开发者支持平台 · · · · · · · · · · · · · 42 1）赋能套件 7 算能力越来越强，在设备侧就能提供 AI 的相关能力，例如自然语言交互、环境智能感知、 图像识别等。如何快速地使用设备侧的强大 AI 能力，使自己的应用更加智能化，进而更好 的服务消费者，也是开发者面临的全新挑战。 移动终端上的应用生态发展到今天也面临着变革。传统厚重的 App，整体体验好，功能 齐全，但开发成本高、周期长，且存在搜索，安装，升级，卸载等一系列需要用户主动关注 App 基于搜索下载的“人找应用”的传统分发向“服务找人”的智慧分发的演进。App 遵 循“搜索、下载、安装、使用”的模式，用户主动发现的成本高，拉新、促活、召回的全生 命周期流程相对被动。轻量化的程序实体具有即用即走的体验，可通过各类终端的系统级智 慧入口进行分发，甚至可以在生态应用中分发，依托无所不在的入口流量和标签化识别，向 用户主动提供精准服务。配合 CPS（Cost Per Sale）等商业模式，可以为开发者带来更高的

鸿蒙智能体的突破性在于其开创了“以人为中心”的操作系统新范式。通 过分布式架构与原子化服务能力，实现跨终端、跨场景的智能协同。例如，在 智能家居场景中，用户无需手动切换设备，鸿蒙可通过意图感知自动联动灯光、 空调、安防等设备，形成“服务随人动”的无缝体验；在工业领域，其微内核 设计和高可靠性特性，为智能制造、智慧能源等场景提供了毫秒级响应的底层 支撑。这种“软硬件解耦、服务原子化”的技术路径，使得终端设备从“功能 容器”进化为“智慧体”，为 智能生态的服务逻辑。 消费者的需求不再是简单的功能堆叠，而是追求随时随地、自然流畅、无 感协同的智慧体验。他们希望终端设备更聪明、更懂人，不仅能理解指令、 完成任务，还能超前思考、主动服务。在这样的趋势下，智能体成为新时 代智慧体验的关键载体，以用户意图为中心，以多模态交互、意图理解、 任务闭环与持续学习进化等关键能力为特征，打通用户、系统与服务之间 的链路，带来全新的服务模式。 华 办公、 家庭、出行等不同场景中，鸿蒙应用智能体都能实现个性化、主动化、可信赖、 一致的智慧体验，拉近服务与用户的距离，持续推动鸿蒙智能的体验变革。 鸿蒙智能体时代已经开启，我们期待与广大鸿蒙应用开发者和合作伙 伴一道，持续推动鸿蒙智能体技术创新与生态共建，为用户带来“服务合 时宜、服务不间断”的智慧新体验，共创鸿蒙万物智联的未来新世界。 Agent 时代 鸿蒙应用生而智能 前 言 近

..................................... 59 六、安装、检验与质量保证 ....................................59 七、售后服务需求 ................................................... 60 第五节 项目总体计划............................ ....................... 63 第二章 项目总体服务方案 ...................................................65 第一节 项目整体服务设想............................................. 65 一、服务要求 ................................. ..........................65 二、服务重点........................................................... 66 三 、质量服务 .......................................................... 67 四、供货方案 ......................

数据孤岛：应用、数据库、中间件、云平台、 基础设施各管自身  维护对象：系统节点、微服务数量几何级数增加  调用关系：从简单对应到极其复杂，人力维护无法胜任  数据分片、异地存储，传统维护模式难以为继 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业IT架构进入云原生时代，多云多集群部署已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为继， 如何保障系 标 准 + 自 定 义 监控告警 数据可视 故障诊断 隐患分析 故障预防 ... Clickhouse 应用时序指标、trace、 方法调用明细 Prometheus 业务、服务、组件、资源 时序指标 Neo4j+Redis 拓扑数据 GOPS 全球运维大会 2023 · 上海站 可观测性建设：链路追踪 支持跨系统、跨云平台、跨数据中心链路拓扑，通过分数据中心汇总串联，完成跨系统调用实时追踪和方法清 . . .  请 求 报 文  响 应 报 文  异 常 日 志  . . . B A C D X 2. 定位根因应用 利用图数据库关系在海量 告警应用中快速定位根因 服务，如150个服务告警 根因应用缩小到5个左右。 1. 发现业务影响 触点+业务监控评估影响 范围。 开户 缴费 6. 定位网络问题 定位网络及接入设备的问题。 防火墙 路由器 负载均衡 marathon-lb

1 2 3 01 稳定性保障工具演进历 程 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业 IT 架构进入云原生时代，多云多集群部署 已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为 继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 工具职责范围的演进：覆盖广度及深度不断增加 GO PS 全 端到端稳定性保障体系缺失， 自动化、智能化故障处理能力不足 n 故障处理过多依赖专家经验，故障没有沉淀为有效的资产 n 故障处于被动防御，救火，运维大数据未被合理价值挖掘 分布式架构挑战 n 维护对象： 系统节点、微服务数量几何级数增加 n 调用关系：从简单对应到极其复杂，人力维护无法胜任 n 数据分片、异地存储，传统维护模式难以为继 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 n 能力割裂：运维工具能力割裂不成体系 准化，统一接入、存 可观测性建设： 指标 Clickhouse 应用时序指标、 trace 、 方法调用明细 标 签 规 范 标 准 + 自 定 义 Prometheus 业务、服务、组件、资源 时序指标 储、分析处理标准，提供可观测性能力数据基础。 数据可视 监控告警 故障预防 隐患分析 故障诊断 Neo4j+Redi s 拓扑数据 统 可观测性建设： 链路追踪

动/执行耗时更短、开销更 低，是计算密集场景的优选编程语言，如：  应用首页/首屏：对启动速度/响应速度要求高的页面、冷启动性能要 求高的应用页面  高性能中间件：智能设备的底层基础服务、数据实时采集计算  高性能三方库替换：替换部分 C/C++模块提供内存安全的对等功能库  基于仓颉并发编程模型，仓颉可适用于的典型业务场景包括但不限于：  长列表页面：如联系人列 “做什么”，而语言运行时负责“怎么做”。  规划：开发者可以声明式地定义 Agent 的执行流程。  工具：提供统一接口，支持外部工具和服务的无缝接入。无论是仓颉 自身编写的模块，还是已有的 Agent 工具生态（如各类 MCP 服务）， 均可被自然地嵌入 Agent 的执行流程中，从而增强其功能边界。 多 Agent 协同 多个 Agent 的协同工作逐渐成为主流趋势，因此，仓颉 Agent 可 以自由发言、响应事件，并在统一上下文中交换信息。 58 全场景智能 仓颉 Agent DSL 具备全场景部署能力，无论是在资源受限的嵌入式设备， 还是高性能的云端服务器，Agent DSL 均能提供一致的开发体验与运行表现。 包括：  多平台部署能力：Agent DSL 可被轻松部署于不同硬件架构和操作系 统。  大模型统一抽象层：通过构建统一的模型抽象接口，支撑将大语言模

制造业数字化管理提升 拍脑袋管理— > 线下局部制度化运营管 理— > 线下整体制度化运营管理— > 线 上数字化运营管理— > 智能化管理。 主要业务 目 标：质量 、 效率 、 成本 、服务 ◇ 人： 总结提炼规律 , 形成制度 ◇ 机： 软件 固 化，控制管理按制度运营。 前 言 ◆ 数据当目 标 ◆ 技术做主 导 ◆ 工具当稻 草 ◆ 战略无支 > 架构与流程演变— > 数字化开发实现） 数字化 实现 数字化 策划 1 数字化目标 体系整合控品质 流程贯通提效率 自动化管理降成本 快速响应强服务 自顶向下的体系化建设与管理迭代改进 ， 自底向上的点状发现问题与解决问题 数 字 化 转 型 目 标 支持可持续 发展 提升经营管 理水平 建设一体化 数智工厂 支撑 持 一 体 化 运 营 ④ 集成研发 ⑤采购供应 ⑥集成制造 ⑦产品交付 ⑧客户服务 I PD SCM MES PD

保质期过后，客户选择第三方维保，损失售后服务的收入 维修工单纸质流转，经验不能有效传承 很多出厂后产生的质量问题无法解决 市场竞争激烈，只能依靠价格战 财务部 装备制造 厂家 政治因素：中国制造2025带来的市场冲击 综合管理办公室副总 （负责计划、绩效、人力、专利 ） 技术部主管 （负责技术管理、制造设计、产 品研发） 售后部主管 （售后管理和售后服务） 品质部主管 (质量管理和质量检测) （车间管理、设备管理、仓库、 物流） 营销部主管 （市场开发） IT主管 痛苦链 CEO 痛苦： 利润减少 设备同质化，竞争激烈 售后服务成本高 新产品研发滞后于市场需求 技术部主管 痛苦： 设备同质化，竞争激烈 售后部主管 痛苦： 售后服务成本高 职位: 原因A： 原因B: 原因C： 职位: 原因A： 原因B: 原因C： 职位: 原因A： 原因B: 他说他们需要一种方法，在客户报障的时候，我们的维修 人员可以看到设备的实时参数，从而可以远程诊断故障， 较少差旅的次数； 现在他们的售后成本和人力成本减少了60% 痛苦表 职位和行业： 痛苦： 产品或服务： 通过物联网采集设备数据 角度 是不是因为……？ 这个（痛苦）导致……吗？ 假如……这会有帮助么？ 售后主管受到了影响么？ 售后成本居高不下？ 产品研发 研发主管受到了影响么？ 设备销售增速放缓？

互式技术，做好向需求响应转型的准备。 • 关于建筑节能表现的信息可以帮助消费者在做出 购房或翻新改造决策时选择最高效的方案。常见 的此类工具包括建筑能源性能证书、信息披露项 目、一站式建筑升级改造服务，以及建筑翻新 “护照”（一种为具体建筑度身打造的翻修路线 图）等。 • 智能交互式技术可实时显示建筑的能源性能，调 节住户用能行为，并基于电网讯号优化用能。 • 面向建筑领域相关从业人员开展教育培训项目， 能决策，从而支撑工业部门向近零排放技术转型。 • 免费或补贴优惠的能源审计有助于快速提高能效， 这类措施通常针对中小企业及其他具有重要战略 意义的领域或行业。 • 致力于促进节能服务公司发展的政策可以从工业 部门外部为其引入重要的专业能效服务，并提供 具有吸引力的一揽子结构化融资方案。 • 与材料循环利用相关的激励措施可以减少市场对 高排放原生材料生产的需求。 信息类 激励类 监管法规类 当下机遇 的综合性视角。 • 国际标准和标杆能够促进不同的技术和应用彼此 之间实现顺畅交流，因此对于构建高效的城市能 源系统至关重要。 • 致力于为城市清洁能源服务发展（创新）商业模 式的国家行动可以开辟新的融资来源；这些商业 模式包括公私合作（PPP）和节能服务公司等。 • 国家层面的举措可以用来帮助城市进行能效方面 的能力建设，例如创造相关培训机会和建立合作 伙伴关系等；国际上在这方面已有一些最佳实践。

何类业务需要进行 产品质量检测？ 检测清单 检测指导 抽样 决定如何进行抽样？ 起点 检测结果是什么？ 最后决策 产品质量 存货检测 事件管理流程 采购 生产 销售 服务 供应链 通知单 投诉供应商 客户投诉 内部问题通知单 问题 缺陷或毁损 信息管理 7865 Defect 质量管理 信息系统 质量管理 信息系统 生产质量 x 例如：子公司，集团公司成员； 每个公司代码 都有它自己的资产负债表和损益表； 公司代码 是财务管理的核心组织单元。 组织结构 - 工厂 (Plant) 工厂：是公司内的组织单元，生产产品，提供服务 工厂：最低的财务评估区。 工厂：生产计划 / 质量管理的最高组织单元 工厂可以是： - 制造厂 - 仓库中转中心 - 销售办公室 组织结构 - 库存地点 (Storage 分析 缺陷原因 制定解决方案 质量通知单 - 问题处理过程 内部 触发 外部 触发 质量通知 诊断分析 缺陷分析 查找原因 改进任务 纠正作业 即时任务 即时作业 售后服务的检验 - 投诉 客户对产品 进行了投诉 创建通知单 通知单保存 质量通知单 验证 描述 缺陷 原因 任务 作业 （ QM ） SD 数据 QM 数 据 S/4 质量通知单 用 SAP