diff --git "a/INFRA_DOCS/CI\345\217\212\344\273\243\347\240\201\351\227\250\347\246\201/\345\206\205\346\240\270\344\273\243\347\240\201\351\227\250\347\246\201\347\263\273\347\273\237\344\275\277\347\224\250\346\214\207\345\215\227.md" "b/INFRA_DOCS/CI\345\217\212\344\273\243\347\240\201\351\227\250\347\246\201/\345\206\205\346\240\270\344\273\243\347\240\201\351\227\250\347\246\201\347\263\273\347\273\237\344\275\277\347\224\250\346\214\207\345\215\227.md"
index 759823a010ff6ecbae26fb515c0c3e660ed42026..cfecb526553bf90b70b0078b8076c28cbfbcccd3 100644
--- "a/INFRA_DOCS/CI\345\217\212\344\273\243\347\240\201\351\227\250\347\246\201/\345\206\205\346\240\270\344\273\243\347\240\201\351\227\250\347\246\201\347\263\273\347\273\237\344\275\277\347\224\250\346\214\207\345\215\227.md"
+++ "b/INFRA_DOCS/CI\345\217\212\344\273\243\347\240\201\351\227\250\347\246\201/\345\206\205\346\240\270\344\273\243\347\240\201\351\227\250\347\246\201\347\263\273\347\273\237\344\275\277\347\224\250\346\214\207\345\215\227.md"
@@ -3,7 +3,7 @@
 龙蜥操作系统内核代码已经在Gitee上正式开源，与此同时，内核代码门禁系统也同步启用，并向社区开发者提供两种模式的代码检查，以保障龙蜥内核代码质量的稳定性和可靠性。更多内核代码开发流程，请参考[Cloud Kernel开发流程](https://gitee.com/anolis/cloud-kernel/wikis/Cloud%20Kernel%20%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B)。
 <a name="y751h"></a>
 # PR 模式
-开发者fork内核代码仓库，并在本地进行开发，向内核代码仓库提交代码合入请求，即PR请求时，会自动触发代码门禁检查流程，并由社区机器人通过评论方式实时反馈流程进度，开发者可根据机器人的回复，在PR中评论相应的命令，以推进流程继续，直至通过评审和测试，最终合入内核代码仓库。
+开发者fork内核代码仓库，并在本地进行开发，向内核代码仓库提交代码合入请求，即PR请求时，会自动触发代码门禁检查流程，并由社区机器人通过评论方式实时反馈流程进度，开发者可根据机器人的回复，在PR中评论相应的命令，以推进流程继续，直至通过评审和测试以合入内核代码仓库。
 <a name="TejPS"></a>
 ## CLA检查
 每当有新的PR提交时，代码门禁首先检查PR提交者的贡献者协议（CLA协议）签署情况，如果已签署，则会自动进入代码测试流程，并在PR中打上anolis_cla_pass，anolis_testing两个标签；如果未签署，则会在PR中打上anolis_cla_fail标签，并评论PR提示提交者未签署CLA协议。<br />当开发者签署CLA协议之后，可以在所提交的PR中评论/check-cla重新检查协议签署情况，如果通过，则会把anolis_cla_fail标签修改为anolis_cla_pass标签，并评论PR提示开发者后续操作；如果未签署，则会评论PR提示提交者未签署CLA协议。<br />评论/check-cla不会触发测试流程。