为代表的基础模型进入高速迭代期，一路狂奔，不断刷新能力边界。模型在复杂任务推理、规划、 代码生成等方面取得显著提升，在各类权威基准测试中不断突破记录，多项能力指标接近甚至 超越人类专家水平。 模型的上下文窗口显著扩展，主流模型已支持十万到百万级 Token 输入，可处理长文档、 复杂多轮对话，实现“全局理解”和“文档级记忆”，为报告审阅、代码仓分析等高复杂度任 务提供了技术基础。 与此同时，具备跨模态 这一系列技术的突破，正在重塑人类与数字世界的交互方式。生成式 AI 不再是问答工具， 而是嵌入到每一个终端、系统、应用与服务中的可持续演化的智能体（Agent），具备感知周 围环境、理解用户意图、学习用户偏好、自主执行复杂任务的全流程能力。 2024 年 6 月，华为向业界发布《AI 终端白皮书》 [1]，明确指出智能体将引领终端进入全新 人机交互及智能协作的时代，如多模态大模型带来更自然、更全面的人机交互体验，AI 服务等以高效完成目标，同时已有的 APP、元服务也可通过智能化升级获得 AI 智能体的能力， 提供更智能的服务体验。进一步，系统智能体将与各种应用智能体通过智能体联邦的形式互相 协作，共同完成更复杂的任务，而无需用户再跨多个 APP 和元服务进行操作。 在新的生态范式下，智能体将以惊人的速度渗透进各行各业，推动一场新的生产力与创 造力革命，成为价值创造者，深刻影响着人们日常生活、工作、学习、娱乐的方方面面。面对

领导方式 知识经验 知识经验范围 知识经验级别 解决问题 问题复杂性 解决问题的要求 沟通 沟通难度 沟通目标 工作领域 业务领域 地域 全球标杆 中国智慧 职位评估价值取向 六大标准 职位与他人沟通难度越高 、沟通 达成的成果越大，职位价值越高 职位工作涉及的业务领域越广、 地域范围越广，职位价值越高 职位解决问题的复杂程度越高 、 创造性越高 ，职位价值越高 职位领导的范围越广、战略规划 条件二 对于达成当前工作目标负有部分直接责任 全球标杆 中国智慧 解决问题 - 问题复杂性  “ 解决问题”：主要用于评判岗位在问题判断、分析和创造过程中对于公司的价值。评判这一要素的主要 方式是：分析该岗利用什么样的手段，处理或解决怎样的问题。此要素包括：“问题复杂性”和“解决方 式”两个 维度 问题复杂性 判定 评判标准 综合 唯一条件 为辨析并解决组织最 关 键的经营管理问题，需从 专业 / 技术 / 营销过程中的最 高 挑战，需从 相关的 所有方面进行分析，行 业内几乎没有可借鉴的解决方法 复杂 唯一条件 为解决广泛的、新的管理问题，需从多个 范围、 角度进行分析，行业内很少有可借鉴的解决方法 或：为辨析并解决业务 / 专业技术 / 营销过程中独特、复杂的项目及问题，需从 多个 范围、 角度 进行分析，行业内很少有可借鉴的解决方法 困难 唯一条件 为解决常规的管

生成解析转换和多种容器库等丰富的操作方法，帮助开 发者简化开发工作，提升开发效率。  模块化管理：ArkTS 支持应用模块化开发、编译、打包和运行，例如： 应用模块化按需加载能力，方便大型复杂应用的多模块业务场景，高 性能启动运行，提高了代码的模块化管理和重用性。 7 方舟编译运行时（ArkCompiler）支持 ArkTS、TS、JS 的编译运行，目前 它主要分为 ArkTS OS、Windows、Linux、MacOS 等 OS 平台。  智能化：仓颉通过元编程扩展出面向 LLM 智能体编程的 Agent DSL， 该语言提供多种特性有效简化 Agent 编写复杂度，包括 Agent 声明式 配置、提示词模式、多 Agent 协同、多轮对话等；同时，该语言兼容 MCP 生态，能够让开发者快速开发智能体应用。 C/C++概述 鸿蒙应用开发全面支持 同时为了提升开发者易用性，仓颉提供声明式互操作宏机制，使开发者可 以标注仓颉代码中需要被 ArkTS 跨语言使用的函数或类型，在编译阶段自动生 成互操作“胶水层”代码及 ArkTS 接口声明，从而减少开发者手写互操作代码的 复杂度。比如以上案例中仓颉侧代码可以简化成： 1. import ohos.ark_interop.* 2. import ohos.ark_interop_macro.* 3.

样化的设备，还需要支持 跨设备的协作。不同设备类型意味着不同的传感器能力、硬件能力、屏幕尺寸、操作系统和 开发语言，还意味着差异化的交互方式。同时跨设备协作也让开发者面临分布式开发带来的 各种复杂性，例如跨设备的网络通信、数据同步等。若采取传统开发模式，适配和管理工作 量将非常巨大。当前移动应用开发中遇到的主要挑战包括：  针对不同设备上的不同操作系统，重复开发，维护多套版本。  部分显示，并支持点击拉起应用或元服务。 HarmonyOS 应用与元服务基于同一个鸿蒙系统技术栈开发，同属一个鸿蒙生态。 开发者通过业务解耦将应用分解为若干元服务独立开发，按需根据场景组合成复杂应用。 11 鸿蒙生态应用 核心技术理念 Chapter 3 - 1）一次开发，多端部署 - 2）可分可合，自由流转 - 3）统一生态，系统智能 传统移动生态下，开发者通常需要开发一个应用版本，如果提供小程序给用户，往往需 要开发若干个独立的小程序。鸿蒙生态下，鸿蒙支持元服务开发，开发者无需维护多套版本， 通过业务解耦将应用分解为若干元服务独立开发，按需根据场景组合成复杂应用。 元服务基于鸿蒙系统 API 开发，支持运行在 1+8+N 设备上，供用户在合适的场景、 合适的设备上便捷使用。元服务是支撑可分可合，自由流转的轻量化程序实体，帮助开发者 的服务更快触达用户。具备如下特点：

基础设施各管自身  维护对象：系统节点、微服务数量几何级数增加  调用关系：从简单对应到极其复杂，人力维护无法胜任  数据分片、异地存储，传统维护模式难以为继 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业IT架构进入云原生时代，多云多集群部署已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 国内开源软件产业仍面临着根本问题，国内开源软件供 应链“卡脖子”事件频频发生，开源生态受制于人； 大模型的发展对于数字化发展进程的冲击。 未来挑战 数字化道路的发展势必会提高系统安全生产保障的诉求； 面对更复杂的系统，也会反向提升产品适配能力； 拥抱开源的同时，也需要学习开源，自立自强，自主可 控，突破开源； 信创浪潮，可在未来带给产品更多的可能； 大模型的发展，势必也会带来信息获取方式的变革，技

2 3 01 稳定性保障工具演进历 程 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业 IT 架构进入云原生时代，多云多集群部署 已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为 继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 工具职责范围的演进：覆盖广度及深度不断增加 GO PS 全 球 运 故障处理过多依赖专家经验，故障没有沉淀为有效的资产 n 故障处于被动防御，救火，运维大数据未被合理价值挖掘 分布式架构挑战 n 维护对象： 系统节点、微服务数量几何级数增加 n 调用关系：从简单对应到极其复杂，人力维护无法胜任 n 数据分片、异地存储，传统维护模式难以为继 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 n 能力割裂：运维工具能力割裂不成体系 n 数据孤岛： 应用、数据库、 0 2 3 · 上 海 站 智能化 当前 挑战 业务监控 链路完整串联 n 数字化道路的发展势必会提高系统安全生产保障的诉求； n 面对更复杂的系统，也会反向提升产品适配能力； n 拥抱开源的同时，也需要学习开源，自立自强，自主可 控，突破开源； n 信创浪潮，可在未来带给产品更多的可能； n 大模型的发展，势必也会带来信息获取方式的变革，技

AOS 管理体系建设 军委装发、国防科工 NQMS 管理体系建设 2011 年提出、 2014 年试点扩大 2019 年： 2018 年，两化融合战略： ◆ 架构引领：用架构的方法 ，应对组织的复杂性 ，落实利 融合高阶流程理念、运用管理技术与 IT 益相关方的需要； 技术做支撑、发布 AOS 总体要求： ◆ 流程主导：连接战略和流程 ，建立一套指导业务开展的 ◆ 建设 AOS 管理体系，梳理和设计业务 质量管理 QMS 、实验 室 管理 LIMIS 审批 ( 业务域内 、 OA 、 个人 驾驶舱 ) 审批事项 集中处理 通用业务，如： ① 审批活动 IT 如何处理？ ② 订单是单个排产吗？ ③ 复杂多任务项 目 管 理？ 业务组件 集中处理 流程示意 营销 2 数字化方法路径 研发 定 制 化 采购 ... 2 2 客服 产品开发流程 产品交付流程 改进改型流程

作业模式。无人机既可以对水面情况精准拍摄，又可以对水 域沿岸情况进行精准扫描，确保巡察无盲区和死角，让水域 情况一目了然。相比普通的人力巡查，无人机水利应用既克 “ ” 服了 流域广、面积大、地形复杂 等诸多因素限制，又能 全方位掌握水域的基本情况，帮助高效获取更多信息。 见光相机观察不明显的排污口，通过热成像相机的画 面，通过排污物与周围环境温差可清晰分辨定位。尤其夜间 偷排，可见光无法观察的时候，热成像依旧有效。 取的影像数据、质量检测数据、点云数据经过处 理分析后， 可以作为 BIM 平台的数据源，供不同人员参考。 2.交通勘察设计领域 公路规划勘察设计传统方法既耗时又耗力，尤其是跨越 山区、复杂地形条件下的勘察工作，勘察测绘人员需要翻山 越岭，既艰苦又面临诸多人身危险。利用无人机系统可以很 好克服上述问题，将数字化测量设备搭载在无人机上，并结 合遥感技术，可以获取勘察区域高分辨率遥感影像，利用影 得 有机 整体。供应链就是围绕核心企业，通过对信息流、物 流、资 金流得控制，把供应商、制造商、销售商、物流服务 商、直 到最终用户连成一个整体得功能网链结构模式。 供应链就是一个复杂得大系统，其系统特征主要体现在 其整体功能上，这一整体功能就是组成供应链得任何一个成 员企业都不具有得特定功能，就是供应链合作伙伴间得功能 集成，而不就是简单叠加。供应链系统得整体功能集中表现

设备改良依靠设备调研，周期长，准确性低 很多技术问题难以攻克 无法及时获取用户对设备的反馈意见，不了解用户的设备使用习惯 客户提出对远程管理设备的需求，需要寻找解决方案 售后维修管理混乱，维修人员绩效考核复杂 售后差旅成本高，而且效率低下，经常需要多次往返才能解决 保质期过后，客户选择第三方维保，损失售后服务的收入 维修工单纸质流转，经验不能有效传承 很多出厂后产生的质量问题无法解决 市场竞争激烈，只能依靠价格战

政管理（机构组织及能力、运营方法学），以及责任方交付模式（交付机 制、资金/融资产品、方法学、组织策略）。能效责任制的具体组织形式 在不同地区之间差异较大，并且可以视当地情况进行调整。 最有效的那些能效责任制项目往往并不复杂，并且通常都有充分的行政能 力来对机制进行有效管理，能够设定适宜的责任目标，以及为机制的长期 发展演变提供法律/监管上的灵活性。能效责任制的相关成本由公用事业 单位承担，其同时承担的还有运营方面和无法达成目标的风险。因此能效 “削峰”等），以便对其进行针对性的调整。 能效责任制项目需要强有力的法律法规框架。如果不限制责任方在达成节 能目标的过程中必须采用哪些行动，那么他们就有可能只选择那些成本最 低、最容易实施的项目（如照明），同时回避更加复杂和长期的项目（如 节能改造）。为了避免这种情况，政策制定者可以从能效责任制的设计出 发，要求（某些）节能项目必须有一定比例的节能量来自特定类型的节能 措施或特定行业/领域。 返回 工业部门总览页 确定标识设计：确定标识中应该包含哪些信息，以及标识的定位和具 体展示位置。标识应该考虑的关键指标包括燃油经济性（相对于基准 水平）的提高，以及相关的经济效益。在标识的设计过程中，要特别 注意不要将信息复杂化。还可以考虑通过线上方式等其他渠道，为消 费者提供更多的附加信息。 4. 提高各方认知：开展宣传推广活动，确保消费者加深对车辆能效标识 的了解。鉴于互联网对于消费者购买决策的重要影响，利用一些用户