diff --git a/docs/zh-cn/dev/checklist.md b/docs/zh-cn/dev/checklist.md
index c92fcfb0..c1658119 100644
--- a/docs/zh-cn/dev/checklist.md
+++ b/docs/zh-cn/dev/checklist.md
@@ -23,5 +23,5 @@
## Partner Check
* Partner 以用户的方式运行一下功能
-* Partner 发现问题、添加测试（集成测试）复现总是；Owner 完成实现。（保证两方的时间投入 PatternerCheck 的给予时间保证）
+* Partner 发现问题、添加测试（集成测试）直到不再复现；Owner 完成实现。（保证两方在Partner Check上的时间投入）
* Owner 向 Partner 讲述一遍实现。
\ No newline at end of file
diff --git a/docs/zh-cn/dev/release.md b/docs/zh-cn/dev/release.md
index a38e5931..b286f748 100644
--- a/docs/zh-cn/dev/release.md
+++ b/docs/zh-cn/dev/release.md
@@ -11,24 +11,24 @@
在 `2.5.x` 够稳定后：
-* `2.5.x` 成为 GA 版本，只 BugFix，推广使用此版本。如何可行，可以推进应用在期望的时间点内升级到 GA 版本。
+* `2.5.x` 成为 GA 版本，只 BugFix，推广使用此版本。如果版本可用，可以推进应用在期望的时间点内升级到 GA 版本。
* `2.4.x` 不再开发，应用碰到 Bug 让直接升级。（这个称为“夕阳条款”）
* 从 `2.5.x` 拉成分支 `2.6.0`，作为新功能开发版本。
## 优势
-* 保持 GA 版本是稳定的！因为：
+* 保证 GA 版本是稳定的！因为：
* 只会作 BugFix
* 成为 GA 版本前有试用阶段
-* 新功能可以高版本中快速响应，并让应用能试用新功能。
+* 新功能可以在高版本中快速响应，并让应用能试用新功能。
* 不会版本过多，导致开发和维护成本剧增
## 用户要配合的职责
由于开发只会 BugFix GA 版本，所以用户需要积极跟进升级到 GA 版本，以 Fix 发现的问题。
-定期升级版本用户带来了不安。这是一个假命题，说明如下：
+定期升级版本给用户带来了不安。这是一个假命题，说明如下：
* GA 经过一个试用阶段保持稳定。
* GA 版本有 Bug 会火速 Fix
-* 相对出问题才升级到 GA
版本（可以跨了多个版本）定期升级平摊风险（类似小步快跑）。经历过周期长的大项目的同学会有这样的经历，三方库版本长时间不升级，结果出了问题不得不升级到新版本（跨了多个版本）风险巨大。
+* 相对出问题才升级到 GA
版本（可能跨了多个版本）定期升级平摊风险（类似小步快跑）。经历过周期长的大项目的同学会有这样的经历，三方库版本长时间不升级，结果出了问题不得不升级到新版本（跨了多个版本）风险巨大。
With regards,
Apache Git Services
