diff --git "a/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\345\274\200\346\272\220\351\241\271\347\233\256\347\232\204\345\270\270\350\247\201\346\262\273\347\220\206\346\236\266\346\236\204.md" "b/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\345\274\200\346\272\220\351\241\271\347\233\256\347\232\204\345\270\270\350\247\201\346\262\273\347\220\206\346\236\266\346\236\204.md"
index e3a58b2734d4ed43842d315d9bb6838c33c183d8..0c9947093cfe08f0b74e16b8346f01d9c8983c60 100644
--- "a/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\345\274\200\346\272\220\351\241\271\347\233\256\347\232\204\345\270\270\350\247\201\346\262\273\347\220\206\346\236\266\346\236\204.md"
+++ "b/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\345\274\200\346\272\220\351\241\271\347\233\256\347\232\204\345\270\270\350\247\201\346\262\273\347\220\206\346\236\266\346\236\204.md"
@@ -11,6 +11,14 @@
 
 应该选择哪一种模式了呢？每个模式都有优点，也有缺点。如果是非公司开源项目，可以在开始的时候简单定义基本的流程。例如，你可以将某些预期的行为定义清楚，贡献的流程是如何的，或者项目是如何启动的，等等。如果是公司开源的项目，在启动之前，应该做一些讨论，如公司将会如何维护项目，随着项目的发展，决策该如何定夺。可以公开的解释一下，开源之后，公司是否还继续参与贡献，还是完全由社区决定，等等。没有最优的答案，一切在于出自内心的选择。
 
+
+### Node.js 的自由贡献规则
+
+  **Node.js 核心库：Node.js 核心代码库在 https://github.com/nodejs/node，你可以尝试通过提 PR 与 issue 的形式为核心代码库做贡献。
+  **Node.js 工作组：工作组与核心代码并非直接关联，而是专注在其周边的一些具体任务，比如站点工作组负责 Node.js 官网事宜，构建工作组负责 Node.js 在各个平台上的编译构建，Benchmark 工作组关注 Node.js 的性能相关问题。
+  **Node.js 生态圈：即使你对核心库与工作组的东西不感兴趣，也可以通过参与生态建设的方式做出贡献，例如参加 Node.js 的布道，出席社区聚会等等。
+
+
 ### 三种治理架构对应的模板，供参考：