diff --git a/doc/wiki-cn/config.md b/doc/wiki-cn/config.md
index 81d0d90b7..b218b87b6 100644
--- a/doc/wiki-cn/config.md
+++ b/doc/wiki-cn/config.md
@@ -2,7 +2,7 @@
 
 ## 介绍
 初看起来，配置管理可能很简单，但是这其实是不稳定的一个重要来源。  
-即变更管理导致的故障，我们目前基于配置中心（config-service）的部署方式，二级制文件的发布与配置文件的修改是异步进行的，每次变更配置，需要重新构建发版。  
+即变更管理导致的故障，我们目前基于配置中心（config-service）的部署方式，二进制文件的发布与配置文件的修改是异步进行的，每次变更配置，需要重新构建发布版。  
 由此，我们整体对配置文件进行梳理，对配置进行模块化，以及方便易用的paladin config sdk。
 
 ## 环境配置
@@ -15,7 +15,7 @@
 | deploy.color | DEPLOY_COLOR | 服务颜色，blue（测试feature染色请求） |
 | - | HOSTNAME | 主机名，xxx-hostname |
 
-全局公用环境变量，通常为部署环境配置，由系统、发布系统或supervisor进行环境变量注入，并不用进行例外配置，如果开发过程中可以通过flag注入进行运行测试。
+全局公用环境变量，通常为部署环境配置，由系统、发布系统或supervisor进行环境变量注入，并不用进行例外配置，如果是开发过程中则可以通过flag注入进行运行测试。
 
 ## 应用配置
 
diff --git a/doc/wiki-cn/warden-balancer.md b/doc/wiki-cn/warden-balancer.md
index 48f9e5a09..7ca6e30bb 100644
--- a/doc/wiki-cn/warden-balancer.md
+++ b/doc/wiki-cn/warden-balancer.md
@@ -10,7 +10,7 @@ grpc-go内置了round-robin轮询，但由于自带的轮询算法不支持权
 本算法通过随机选择两个node选择优胜者来避免羊群效应，并通过ewma尽量获取服务端的实时状态。
 
 服务端：
-服务端获取最近500ms内的CPU使用率（需要将cgroup设置的限制考虑进去，并除于CPU核心数），并将CPUC使用率乘与1000后塞入每次grpc请求中的的Trailer中夹带返回：
+服务端获取最近500ms内的CPU使用率（需要将cgroup设置的限制考虑进去，并除于CPU核心数），并将CPU使用率乘与1000后塞入每次grpc请求中的的Trailer中夹带返回：
 cpu_usage
 uint64 encoded with string	
 cpu_usage : 1000
diff --git a/tool/kratos/version.go b/tool/kratos/version.go
index 68d53c105..483fe96e5 100644
--- a/tool/kratos/version.go
+++ b/tool/kratos/version.go
@@ -8,7 +8,7 @@ import (
 
 var (
 	// Version is version
-	Version = "0.0.1"
+	Version = "0.1.0"
 	// BuildTime is BuildTime
 	BuildTime = "2019/04/03"
 )