diff --git a/cloud-native/cncf-charter.md b/cloud-native/cncf-charter.md
index a933aef49..22adca74e 100644
--- a/cloud-native/cncf-charter.md
+++ b/cloud-native/cncf-charter.md
@@ -6,7 +6,7 @@ CNCF（云原生计算基金会）是Linux基金会旗下的一个基金会，
 
 下图是我根据CNCF章程绘制的组织架构图。
 
-![CNCF组织架构图](../images/006tKfTcgy1ft5pe433f6j31kw0s3nnl.jpg)
+![CNCF组织架构图](../images/cncf-org-arch.jpg)
 
 ## 1. CNCF的使命
 
@@ -111,7 +111,7 @@ e) 基金会的收入用途
 
 ### a) 要求
 
-CNCF 技术监督委员会，为了保持中立，则达成了以下共识：
+CNCF 技术监督委员会，为了保持中立，达成了以下共识：
 
 1. 定义和维护CNCF的技术愿景。
 2. 批准由理事会制定的CNCF范围内的新项目，并为项目创建一个概念架构。
@@ -122,22 +122,22 @@ CNCF 技术监督委员会，为了保持中立，则达成了以下共识：
 
 ### b) 技术监督委员会的构成
 
-1. TOC最多由9名成员组成。
+1. TOC最多由11名成员组成。
 2. 选出的TOC成员将涵盖关键的技术领域：容器技术、操作系统、技术运维、分布式系统、用户级应用程序设计等。
-3. 理事会将选举6名TOC成员，最终用户TAB将选出1名TOC成员，最初的7名TOC成员应另选两名TOC成员。
-4. 如果超过两名TOC成员来自同一组关联公司，无论是在选举时还是来自后来的工作变更，他们将共同决定谁应该下台，或如果没有协商的依据，则应抽签决定。
+3. 理事会将选举6名TOC成员，最终用户TAB将选出2名TOC成员，非Sandbox项目的Maitainer选出1名TOC成员，TOC成员再选出另外2名TOC成员。每个组都被定义为一个甄选小组（Selecting Group）。
+4. 如果超过2名TOC成员来自同一组关联公司，无论是在选举时还是来自后来的工作变更，他们将共同决定谁应该下台，或如果没有协商的依据，则应抽签决定。
 
 ### c) 运营模式
 
 1. TOC 会选举出TOC的主席来，此角色主要负责 TOC 的议程和召集会议。
-2. TOC 每个季度会面对面讨论重要的热点问题。
-3. TOC 可能会根据需要开会讨论新出现的问题。 TOC审核可能会提出以下问题：
+2. TOC 期望定期的面对面讨论重要的热点问题。
+3. TOC 可能会根据需要召开会议以讨论新出现的问题。可能会通过以下方式提出要进行TOC 审查的问题：
    - 任何的 TOC 成员
    - 任何的理事会成员
-   - 建立的CNCF项目的维护者或顶级项目负责人
+   - CNCF项目的维护者或顶级项目负责人
    - CNCF 执行董事
-   - 最终用户技术咨询委员会获得多数票
-4. 保持透明：TOC会议、邮件列表、以及会议记录等均是公开可访问的。
+   - 最终用户TAB获得多数票
+4. 保持透明：TOC 应举办定期的开放会议，所有项目相关的决定应该在会议、公共邮件列表、公共议题中做出。
 5. 简单的TOC问题可以通过简短的讨论和简单的多数表决来解决。TOC讨论可通过电子邮件或TOC会议进行。
 6. 在对意见和可选虚拟讨论/辩论选项进行审查后，寻求共识并在必要时进行投票。
 7. 目的是让TOC在TOC和社区内寻找达成共识的途径。满足法定人数要求的会议的TOC决定应以超过TOC成员出席率的50％的方式通过。
@@ -146,31 +146,29 @@ CNCF 技术监督委员会，为了保持中立，则达成了以下共识：
 
 ### d) 提名标准
 
-获得 TOC 提名的开源贡献者应该具备下面条件：
+获得 TOC 提名应该具备下面条件：
 
-1. 承诺有足够的可用可用时间参与CNCF TOC的活动，包括在CNCF成立时相当早期的投入，然后需持续投入时间，而且在季度的 TOC 会议之前要进行充分的准备和审查事宜。
+1. 承诺有足够的可用时间参与CNCF TOC的活动。
 2. 在CNCF范围内展示了高水准的专业经验。
 3. 证明其有资格能够获得额外的工作人员或社区成员协助其在 TOC 的工作。
 4. 在讨论中保持中立，并提出CNCF的目标和成功与公司目标或CNCF中的任何特定项目保持平衡。
 
 ### e) TOC成员提名和选举程序
 
-1. TOC由9位TOC成员组成：由理事会选出的6位，由最终用户TAB选出的1位和由最初的7位TOC成员选出的2位。
-2. 提名：每个有资格提名TOC成员的个人（实体或成员）可以提名至多2名技术代表（来自供应商、最终用户或任何其他领域），其中至多一个可能来自其各自公司。被提名者必须提前同意加入到候选人名单中。
-   - 最初的7名TOC成员（理事会选出的6名成员加上由最终用户TAB选出的1名成员）应使用提名程序提名并选举2名TOC成员。
-   - 提名者需要提供最多一页纸的介绍，其中包括被提名者的姓名，联系信息和支持性陈述，确定了在CNCF领域提名的经验。
-   - 理事会、最终用户TAB和TOC应确定提名、投票和关于TOC选举提名和选举过程的任何其他细节的时间表和日期。
-   - 评估期间最少保留14个日历日，TOC 提名者可以联系和/或评估候选人。
-3. 选举：评估期结束后，理事会、最终用户标签和最初的7位TOC成员应分别对每位被候选人进行表决。有效投票需要满足会议法定人数所需的选票数量。每名被候选人均需要支持超过50％的投票人数，以确认被提名者符合资格标准。以多数票通过的候选人应为合格的 TOC 成员。
-4. 如果合格的被提名者的人数等于或少于可选 TOC 席位的数量，则此被提名者应在提名期结束后获得批准。如果有更多的合格被候选人比理事会，最终用户TAB或TOC可选的开放TOC席位多，那么该组应通过Condorcet投票选出TOC成员。Condorcet投票应通过康奈尔在线服务（<http://civs.cs.cornell.edu/>）使用Condorcet-IRV方法运行。
-5. 如果理事会，最终用户TAB或TOC可供选举的公开TOC席位的合格被候选人数较少，该小组将启动另一轮提名，每名成员或个人有资格提名至多提名1名候选人。
+2. 提名：甄选小组中的每个人最多可以提名两（2）人，其中最多一（1）个人来自同一组关联公司。每个被提名人必须同意参与才能被添加到提名列表中。
+   - a) 提名需要最多一（1）页的提名议案，其中应包括被提名人的姓名，联系信息和证明被提名人在CNCF领域的经验的支持声明。
+   - b) 理事会应确定TOC成员的提名，资格和选举的过程和时间表。
+   - c) 在评估期内，至少应保留14个日历日，以便理事会和TOC成员可以与TOC提名人联系。
+2. 资格：在评估期之后，理事会和TOC成员应分别对每位被提名人进行投票，以验证被提名人是否符合资格标准。有效的投票至少需要50％的参与。合格率超过50％的被提名人为合格被提名人。
+3. 选举：如果合格提名人的数量等于或小于可供选择的TOC席位的数量，则在提名期结束后应批准合格提名人。如果合格的被提名人数量超过可以选举的TOC席位，则甄选小组应通过Condorcet投票选出TOC成员。Condorcet投票应通过康奈尔在线服务（<http://civs.cs.cornell.edu/>）使用Condorcet-IRV方法运行。
+4. TOC选定的席位：TOC选定的TOC成员可以提名并有资格，但在其席位需要选举时不能投票。
+5. 重试。如果合格候选人的数量少于选择小组可以选择的开放式TOC席位，则该小组应发起另一轮提名。
 
 ### f) 约束条件
 
-1. TOC 的成员任期为两年，来自理事会选举的最初六名当选TOC成员的任期为3年。由最终用户TAB和TOC选出的TOC成员的初始任期为2年。
+1. TOC 的成员任期为两年，交错式任期。
 2. TOC成员可能会被其他TOC成员的三分之二投票撤除，受影响的个人不能参加投票。
 3. 任何TOC成员连续3次缺席会议都将被自动暂停投票资格，直至连续参加两次会议。为避免疑义，暂停的TOC成员有资格在连续第二次会议中投票。
-4. TOC章程、模式、方法、组成等可以由整个理事会的三分之二票通过修改。
 5. TOC议程将由TOC制定。但是，预计最初的TOC讨论和决定将包括：
    - 评估包含在CNCF中的技术
    - 确定新技术纳入CNCF的接受标准
@@ -181,7 +179,7 @@ CNCF 技术监督委员会，为了保持中立，则达成了以下共识：
 
 a) CNCF的最终用户成员有权协调和推动CNCF用户作为CNCF设计的消费者的重要活动。任何作为最终用户的成员或非成员，每个“最终用户参与者”均可被邀请参加。最终用户参与者将帮助向技术咨询委员会和CNCF社区就与用户有关的主题提供意见。
 
-b) 	最终用户技术咨询委员会是由最终用户社区成员选举所产生。
+b) 最终用户技术咨询委员会是由最终用户社区成员选举所产生。
 
 c) 最终用户社区成员将获得CNCF执行董事的批准，或者 CNCF 执行董事缺席的话，则由 Linux 基金会执行董事来批准。
 
@@ -203,8 +201,6 @@ g) 如果最终用户 TAB 有意愿的话，它可以批准小组委员会特别
 
 h) 最终用户 TAB 是技术监督委员会的主要输入方，应与技术监督委员会的其他输入方和反馈一起作出决策和计划。这些建议只是建议性的，在任何时候，最终用户TAB的建议都不能用于命令或指导任何TOC或项目参与者采取任何行动或结果。
 
-i) 为促进与TOC的双边互动，最终用户技术咨询委员会应选出1名TOC代表。最终用户 TAB 可邀请任何人参加最终用户会议、SIG或其他讨论。
-
 ## 9. CNCF项目
 
 通常情况下，是由CNCF的成员公司、开源社区的成员将项目先是带到CNCF 的技术监督委员会来进行讨论，然后决定是否被CNCF接纳。要贡献给CNCF的项目必须是经过技术监督委员会制定的标准的，之后当然还要经过理事会的批准。CNCF 的目标是希望捐赠给CNCF的项目和CNCF已有的项目在一定程度上是有关联的，而且是可集成的。
diff --git a/images/cncf-org-arch.jpg b/images/cncf-org-arch.jpg
new file mode 100644
index 000000000..45f00a415
Binary files /dev/null and b/images/cncf-org-arch.jpg differ