update contribute guide

CONTRIBUTING.md

@@ -16,17 +16,19 @@
 
 编写 RFC 应使用中文，使用较为正式的表述和措辞，如果能遵循 [风格指南](style-guide/README.md) 则更佳。
 
-RFC 从提交到接收需经过下面三个阶段：
+RFC 从提交到接收需经过下面三个状态：
 
-1. **草稿**：RFC 刚提出时，有些细节可能还不够完善，在社区 review 后可不断进行修改，直到基本没有问题、且社区和核心维护者基本同意该 RFC 后，进行候选阶段
-2. **候选**：RFC 进入候选阶段后，需要开始进行实现，主要就是通过 PR 修改标准文档，PR 可能再次经过一些 review 和修改，完成后，合并 PR、接收 RFC
+1. **草稿**：RFC 刚提出时，有些细节可能还不够完善，在社区 review 后可不断进行修改，直到基本没有问题、且社区和核心维护者基本同意该 RFC 后，进行候选状态
+2. **候选**：RFC 进入候选状态后，需要开始进行实现，主要就是通过 PR 修改标准文档，PR 可能再次经过一些 review 和修改，完成后，合并 PR、接收 RFC
 3. **接收**：RFC 进入接收状态后，锁定 issue，不再进行修改，如发现有其他问题，应从头开始新的 RFC 流程
 
-> 如果变更非常简单，可在草稿阶段就提 PR，缩短流程，此时 RFC 相当于 PR 的说明。
+如果变更非常简单，可在草稿状态就提 PR，缩短流程，此时 RFC 相当于 PR 的说明。
+
+如果 RFC 最终被认为不应采纳，则进入**关闭**状态。
 
 ## 更新标准文档
 
-RFC 进入候选阶段后，提出 RFC 的人或社区中其他有兴趣的人可在 [pull requests](https://github.com/howmanybots/onebot/pulls) 中提出 PR，实际地修改标准文档，其中标明所关联的 RFC issue 编号，并在对应 RFC 中标明 PR 编号。经过 review 和修改后，合并 PR，同时将 RFC 转至接收状态。
+RFC 进入候选状态后，提出 RFC 的人或社区中其他有兴趣的人可在 [pull requests](https://github.com/howmanybots/onebot/pulls) 中提出 PR，实际地修改标准文档，其中标明所关联的 RFC issue 编号，并在对应 RFC 中标明 PR 编号。经过 review 和修改后，合并 PR，同时将 RFC 转至接收状态。
 
 更新标准文档时，应遵循 [风格指南](style-guide/README.md)。