diff --git a/CODE_OF_CONDUCT.md b/CODE_OF_CONDUCT.md
index c43be8a7..c18cd7f5 100644
--- a/CODE_OF_CONDUCT.md
+++ b/CODE_OF_CONDUCT.md
@@ -2,27 +2,31 @@
 
 ## 我们为什么坚持维护这个仓库
 
-有很多朋友问我，为什么要维护这个仓库？为什么坚持精准的菜谱？未来这个仓库打算怎么发展？有没有想流量变现？我想在这里给出我自己的答案，并明确贡献的价值观吧。
+有很多朋友问我，为什么要维护这个仓库？为什么坚持精准的菜谱？未来这个仓库打算怎么发展？有没有想流量变现？我想在这里给出我（@Anduin2017）自己的答案，并明确贡献的价值观。
 
-我始终认为，我们有很强的基础设施建设能力。例如：我们有健身 App，有手环，有医疗平台，有买菜平台，有外卖平台，有智能冰箱，有智能体重秤、智能跑步机等等……但是我却总需要花费特别多的精力周旋和计算于它们之间。我觉得这些基础设施彼此之间沟通能力特别差。
+我们有很强的基础设施建设能力。例如：我们有健身 App，有手环，有医疗平台，有买菜平台，有外卖平台，有智能冰箱，有智能体重秤、智能跑步机等等……但是我却总需要花费特别多的精力周旋和计算于它们之间。这些基础设施彼此之间沟通能力特别差。
 
-我曾经幻想在未来的世界，人类不再需要关心柴米油盐，吃什么的问题将彻底得到解决。我们每天的行为可以完全由计算机给出最佳方案。
+曾经幻想在未来的世界，人类不再需要关心柴米油盐，吃什么的问题将彻底得到解决。我们每天的行为可以完全由计算机给出最佳方案。
 
 例如：医生建议我在 50 天内减肥 15 斤。那么这些应用收到了医疗平台的结论，会联动起来。为我设计健身计划，自动计算我应该吃的饭菜，自动把冰箱里缺的东西点过来，自动避免过期，自动计算推荐建议的饭菜，自动帮我计算热量的摄入和消耗，自动确保我吃的足够多样好吃而且能够满足我的健康要求，并且自动根据我的体重秤测量的结果矫正等。
 
-我觉得这是一个理想的生命管理体系。需要非常多的基础设施联合，来让人真正实现不需要操心这些柴米油盐，只专注于自己的喜爱的事情就行了。至于每天吃什么、几点吃、吃多少、怎么好吃、怎么健康、怎么完成我的健身要求，怎么符合医生的建议等等……完全由计算机帮我全部搞好就行了。
+这是一个理想的生命管理体系。需要非常多的基础设施联合，来让人真正实现不需要操心这些柴米油盐，只专注于自己的喜爱的事情就行了。至于每天吃什么、几点吃、吃多少、怎么好吃、怎么健康、怎么完成我的健身要求，怎么符合医生的建议等等……完全由计算机帮人全部搞好就行了。
 
-或许我想，建设这种生命健康的系统，成本极高，而且很难盈利。我们现在还是在专注于解决问题，在遇到疾病再去医院，而没有一个程序真正帮我管理了健康。
+或许，建设这种生命健康的系统，成本极高，而且很难盈利。我们现在还是在专注于解决问题:遇到疾病之后再去医院，而没有一个程序真正帮我管理了健康。
 
-当然理想还是要有的，希望有一天计算机能够帮助人类消灭疾病。而那时，我希望我的仓库，能够是这一整套复杂的系统中的一块可靠又强大的螺丝钉，忠实的承担它那最初的使命：
+当然理想还是要有的，希望有一天计算机能够帮助人类消灭疾病。而那时，我希望我的仓库，能够是这一整套复杂的生命系统中的一块可靠又强大的螺丝钉，忠实的承担它那最初的使命：
 
 > 提供一份足够精准的菜谱。
 
+对于额外的附加功能开发、可视化、智能化、平台对接、饮食产业等，均可以引用这个仓库中的菜谱，二次开发。
+
 ## 仓库原则
 
+仓库的发展原则：维持其精准的特点，尽可能在保证阅读的同时，统一格式，方便二次开发。
+
 ### 弱协议
 
-我希望能够有商业公司、饭店、企业或科研机构能够引用这个仓库。因此它将始终坚持一个较弱的许可协议。我们希望它会作为一个基础设施，未来应用在更多更复杂的产品和场景中。
+我希望能够有商业公司、饭店、企业或科研机构能够引用这个仓库。因此它将始终坚持一个较弱的许可协议。它会作为一个基础设施，未来应用在更多更复杂的产品和场景中。
 
 任何人都可以自由复制，修改，发布，使用，编译，出售或以菜谱的形式或菜的形式分发，无论是出于商业目的还是非商目的，以及任何手段。