diff --git a/README.md b/README.md
index 543b39943c94b9012c510c4aa1685c07d2992a17..cf50372966cce9c7c1f08edfb5e98868d967bc98 100644
--- a/README.md
+++ b/README.md
@@ -29,7 +29,7 @@
 
 OpenHarmony会支持越来越多的芯片平台，每个芯片平台会在device和vendor目录下创建相应的仓；为了区分，我们把这类仓称为芯片仓，其它的仓称为平台仓。平台仓和芯片仓具有不同的生命周期，芯片仓可能会随着硬件的演进而逐渐废弃，而平台仓相对与具体的硬件关系不大，生命周期相对更长。
 
-平台仓都组织在**manifests/ohos/ohos.xml**文件中，而芯片仓都组织在**manifests/chipsets/**目录下。全量的代码仓组织形式如下所示：
+平台仓都组织在**manifests/ohos/ohos.xml**文件中，而芯片仓都组织在**manifests/chipsets/** 目录下。全量的代码仓组织形式如下所示：
 
 ```
 manifest
@@ -82,8 +82,8 @@ manifest
 
 
 
-## 3. [matrix_product.csv文件](https://gitee.com/openharmony/manifest/blob/master/matrix_product.csv)说明
-matrix_product.csv用于管理OpenHarmony代码仓对应的编译形态，以及每个设备形态下面对应的测试用例。
+## 3. matrix_product.csv文件说明
+[matrix_product.csv](https://gitee.com/openharmony/manifest/blob/master/matrix_product.csv)用于管理OpenHarmony代码仓对应的编译形态，以及每个设备形态下面对应的测试用例。
 
 
 ## 修改/新增代码仓
@@ -99,4 +99,4 @@ A,B两列分别填入对应的仓名和组件名，C列往后是编译形态和
 3、组件依赖关系由责任田维护，不提供依赖关系的只测试当前组件，提供依赖关系会解析三层组件的总测试用例集用于门禁测试。
 
 ## 验证方法
-评论start build是否可以正常触发门禁，如提示默认不跑门禁，则需填写matrix_product.csv。
+评论start build是否可以正常触发门禁，如提示默认不跑门禁，则需填写[matrix_product.csv](https://gitee.com/openharmony/manifest/blob/master/matrix_product.csv)。