!5471 文档层级修改，需要翻译

Merge pull request !5471 from zengyawen/master

zh-cn/application-dev/ability/stage-brief.md

 # Stage模型综述
 
-### 设计思想
+## 设计思想
 
 ​        Stage模型的设计，主要是为了解决FA模型无法解决的开发场景问题，方便开发者更加方便地开发出分布式环境下的复杂应用。
 
@@ -23,7 +23,7 @@
   ​        为了支持多种设备形态和更易于实现多种不同的窗口形态，需要组件管理服务和窗口管理服务在架构层面上是解耦的，从而方便裁剪，更有利于定制不同的窗口形态。Stage模型通过重新定义了Ability生命周期定义和设计组件管理服务和窗口管理服务的单向依赖解决这一问题。
 
 
-### 基本概念
+## 基本概念
 
 ​        下图展示了Stage模型中的基本概念。
 
@@ -41,7 +41,7 @@
 -  **ArkUI Page**：方舟开发框架页面。
 
 
-### 生命周期
+## 生命周期
 
 ​        Ability及AbilityStage的生命周期是应用的基本流程中最重要的概念。在[Ability框架概述](ability-brief.md)中，给出了FA模型与Stage模型的生命周期对比，这里重点对Ability生命周期切换以及和AbilityStage、WindowStage之间的调度关系进行介绍。
 
@@ -50,7 +50,7 @@
 ​        为了实现多设备形态上的裁剪和多窗口的可扩展性，OpenHarmony对组件管理和窗口管理进行了解耦。Stage模型定义Ability组件的生命周期，只包含创建、销毁、前后台等状态，而将与界面相关内容强相关的获焦、失焦状态放在WindowStage之中，从而实现Ability与窗口之间的弱耦合；在服务侧，窗口管理服务依赖于组件管理服务，前者通知后者前后台变化，这样组件管理服务仅感知前后台变化，不感知焦点变化。
 
 
-### Ability组件实例与任务
+## Ability组件实例与任务
 
 ​        Ability组件有三种启动类型：
 
@@ -66,7 +66,7 @@
 
  ![AbilityComponentInstanceMission](figures/AbilityComponentInstanceMission.png)
 
-### ExtensionAbility机制
+## ExtensionAbility机制
 
 ​        不同于用于页面展示的Ability，ExtensionAbility提供的是一种受限的服务运行环境。ExtensionAbility具有如下特点：
 
@@ -82,7 +82,7 @@
 
 ![ExtensionAbility](figures/ExtensionAbility.png)
 
-### 进程模型
+## 进程模型
 
 ​        OpenHarmony系统中的应用均满足单进程模型。所谓的单进程模型，是指不允许应用配置多进程，应用中所有的进程都是由系统创建和管理的。每个应用至多并存三类进程：
 

zh-cn/application-dev/ability/wantagent.md

 # WantAgent开发指导
-### 场景简介
+## 场景简介
 WantAgent封装了一个行为意图信息，可以通过WantAgent.trigger接口主动触发，也可以通过与通知绑定被动触发。
 
 具体的行为包括：启动Ability和发布公共事件。
 
-### 接口说明
+## 接口说明
 | 接口名                                                                                          | 接口描述 |
 | ---------------------------------------------------------------------------------------------- | ----------- |
 | getWantAgentInfo(info: WantAgentInfo, callback: AsyncCallback\<WantAgent\>) | 以异步回调形式创建WantAgent对象。 |
 | getWantAgent(info: WantAgentInfo): Promise\<WantAgent\> | 以Promise形式创建WantAgent对象。 |
 | trigger(agent: WantAgent, triggerInfo: TriggerInfo, callback?: Callback\<CompleteData\>) | 触发WantAgent。 |
 
-### 开发步骤
+## 开发步骤
 1. 导入WantAgent模块。
 
    ```

zh-cn/application-dev/notification/assistant-guidelines.md

@@ -2,9 +2,9 @@
 
 ​        公共事件与通知提供了供开发者查看公共事件信息及通知信息、发布公共事件等一些调试功能的工具。这些工具已经随系统集成，开发者进入shell环境，可以直接调用相关命令。
 
-### cem调试助手
+## cem调试助手
 
-##### publish
+### publish
 
 * 介绍
 
@@ -41,7 +41,7 @@
 
    ![cem-publish-all](figures/cem-publish-all.png)
 
-##### dump
+### dump
 
 * 介绍
 
@@ -67,7 +67,7 @@
 
 ​        ![cem-dump-e](figures/cem-dump-e.png)
 
-##### help
+### help
 
 * 介绍
 
@@ -83,9 +83,9 @@
 
 
 
-### anm调试助手
+## anm调试助手
 
-##### dump
+### dump
 
 * 介绍
 
@@ -119,7 +119,7 @@
 
   设置打印最近通知消息缓存数量为10
 
-##### help
+### help
 
 * 介绍
 

zh-cn/application-dev/notification/common-event.md

 # 公共事件开发指导
-### 简介
+## 简介
 OpenHarmony通过CES（Common Event Service，公共事件服务）为应用程序提供订阅、发布、退订公共事件的能力。
 
 公共事件可分为系统公共事件和自定义公共事件。

zh-cn/application-dev/security/huks-overview.md

 # HUKS概述
 
-### 功能简介
+## 功能简介
 
 HUKS（OpenHarmony Universal KeyStore）向应用提供密钥库能力，包括密钥管理及密钥的密码学操作等功能。HUKS所管理的密钥可以由应用导入或者由应用调用HUKS接口生成。 
 
-### 基本概念
+## 基本概念
 
 - HUKS提供密钥管理功能，支持的主要操作包括：加密解密、签名验签、派生协商密钥、计算HMAC（Hash-based Message Authentication Code）。
 - HUKS涉及的算法主要有：AES加密解密、RSA加密解密、RSA签名验签、ECC签名验签、DSA签名验签、ED25519签名验签、PBKDF2派生、DH协商、ECDH协商、X25519协商等。
 - HUKS当前使用的算法库为OpenSSL和mbed TLS。
 
-### 运作机制
+## 运作机制
 
 HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
 
@@ -23,5 +23,5 @@ HUKS对密钥的使用主要通过Init、Update、Finish操作来实现。
     >![](../public_sys-resources/icon-notice.gif) **须知：当Init、Update、Finish操作中的任一阶段发生错误时，都需要调用Abort操作来终止密钥的使用。**
 
 
-### 约束与限制
+## 约束与限制
 不涉及。
\ No newline at end of file