diff --git a/zh-cn/contribute/template/js-template.md b/zh-cn/contribute/template/js-template.md
index d84ea6b990ab0e575e15d9226d1280812c15fac0..963faece38d6bc5dade3e62c6f4735e565799202 100644
--- a/zh-cn/contribute/template/js-template.md
+++ b/zh-cn/contribute/template/js-template.md
@@ -12,7 +12,7 @@
| 4 | 目录修改 | 新增文件，需要修改对应的Readme，即`docs/zh-cn/application-dev/reference/apis/Readme-CN.md`。
目录按字母顺序排列。 |
| 5 | 文档结构 | - 模块说明
- 起始版本说明
- 导入模块/使用说明
- 接口（属性、常量、方法、枚举、自定义类型）
描述顺序和代码保持一致，如果某些接口具有逻辑顺序，请注意排列。 |
| 6 | 接口版本说明 | 1. 每个模块要有起始版本说明，使用引用语法“>”对接口的起始版本进行说明。接口没有标记的，默认与模块同一个起始版本。
2. 已有模块新增接口使用\标签标记对应版本号。写法：`版本号+`
例如`7+`
示例：API 6已有的模块，在API 7新增了一个属性字段，则在属性后加标记，即newAttribute7+。
如果新增了一个方法，则在方法标题后增加标记，即 sim.getSimIccId7+，interface、class、枚举等同理。 |
-| 7 | 废弃接口说明 | 1. 废弃内容不能直接删去，在废弃内容后面加标注deprecated，并使用“>”引用语法建议使用的替代方式，加上对应的链接。
示例：abandonmentMethod(deprecated)
> 从API version 7 开始不再维护，建议使用[newMethod]\(#newmethod)替代。
2. 当接口同时存在起始版本和废弃版本需要说明时，上标仅保留(deprecated)，起始版本在“>”里说明。
示例：abandonmentMethod(deprecated)
> 从API version 4 开始支持，从API version 7 开始不再维护，建议使用[newMethod]\(#newmethod)替代。|
+| 7 | 废弃接口说明 | 废弃内容不能直接删去，上标标注(deprecated)，起始版本和废弃版本均使用引用语法“>”说明。
示例：abandonmentMethod(deprecated)
> 从API version 4 开始支持，从API version 7 开始废弃，建议使用[newMethod]\(#newmethod)替代。|
| 8 | 权限说明 | 与代码保持一致，下沉到各个方法、枚举、属性字段中。
1. 如果仅系统应用可申请，格式：
**需要权限：** ohos.permission.xxxx，仅系统应用可用。
2. 如果该权限所有应用可申请，格式：
**需要权限：** ohos.permission.xxxx
3. 如果该接口涉及多个权限，则采用“和、或”进行分割，格式：
**需要权限：** ohos.permission.A 和 ohos.permission.B
**需要权限：** ohos.permission.A 或 ohos.permission.B |
| 9 | @syscap | 1. 每个方法都需要进行描述，格式：
**系统能力**：SystemCapability.xxx.xxx
2. 每个表格（属性、枚举、常量、变量）可统一进行说明，分两种情况：
1）每个表格下系统能力无差异的，同方法的写法：
**系统能力**：SystemCapability.xxx.xxx
2）有差异的：在每一个表格项里进行描述。 |
| 10 | @system api | 1. 如果某个模块全部接口均为system api，则在模块开头的版本说明下一行，增加：
- 本模块接口为系统接口。
2. 如果某个接口为system api，仅供OEM厂商使用，则需要在描述中增加：
**系统接口：** 此接口为系统接口。 |