术语表

• 顾问委员会 (AC)。由 AMP 不同选区（包括用户、终端用户和合作者）的代表组成的一个群体，为技术指导委员会提供建议。

• 协调员。治理机构成员，负责促进基于共识的决策流程，并作为其他治理机构的代表。

• 治理机构指顾问委员会、技术指导委员会和工作组。

• 用户。使用 AMP 但尚未（或）不打算为其做出贡献的开发者。

• 终端用户。使用 AMP 格式分发的内容的消费者。

• 技术指导委员会 (TSC)。制定 AMP 技术和产品方向的一群人。

• 工作组 (WG)。熟悉并对特定领域感兴趣的一群人；可能是交叉的（例如“文档”）或专注于特定领域（例如“获利”或“性能”）。这些工作组由 TSC 正式认可，但也可以非正式成立。

治理结构

顾问委员会 (AC)

角色

顾问委员会向技术指导委员会提供观点和建议。此建议不具有约束力。

成员资格

• 顾问委员会的成员应包括来自 AMP 主要选区（合作者、贡献者、用户和终端用户）的代表，他们致力于实现AMP 的愿景和使命。
• 顾问委员会的成员资格不受时间限制。
• 顾问委员会的目标规模为 6-12 名成员，但没有固定规模。
• 顾问委员会成立后，将通过基于共识的流程确定其成员资格。
• 顾问委员会中来自同一雇主的成员不得超过 ⅓。
• 顾问委员会将从其成员中指定一名协调员，以促进基于共识的决策流程。

技术指导委员会 (TSC)

角色

• 根据 AMP 宪章，OpenJS 跨项目委员会 (CPC) 将 AMP 项目的技术领导权委托给 TSC。
• TSC 的主要角色是根据 项目指南设定 AMP 的技术和产品方向。
• 咨询工作组创建产品路线图。
• 创建工作组并设置工作组的初始成员和初始促进者。TSC 可以发起创建工作组，或者一群有共同兴趣的人可以申请承认其为工作组。
• 批准新合作者。
• 设置和维护项目指南。
• 设置和维护项目的特性和错误修复流程。
• 执行行为准则。
• 根据 AMP 宪章中所述，与 OpenJS CPC 协调批准对 AMP 宪章和本文件的更改。
• TSC 可以指定实体对 AMP 代码/特性执行安全和隐私审查。
• TSC 可以将法律问题上报给基金会。
• TSC 内部的决策遵循决策制定政策，并由促进者或其指定者促进。

成员资格

• TSC 应由在技术和产品层面为 AMP 做出重大贡献的成员组成。
• TSC 的成员资格不受时间限制。
• TSC 的目标规模为 6-12 名成员，但没有固定规模。
• 一旦成立，TSC 将通过基于共识的流程设置自己的成员资格。
• TSC 的目标是 TSC 中来自一个雇主的成员不超过 ⅓。鉴于 TSC 成员资格要求获得 AMP 的公认技术和/或产品经验，这在 TSC 成立时可能不可行，但 TSC 应积极努力实现这一目标。
• 实体（例如公司）可以获得 TSC 席位。在这些情况下，可能会对席位施加某些条件（例如向项目提供承诺的资源）。该实体可以指定在 TSC 中代表该实体的个人，并可以自行决定更改此个人。
• TSC 将从其成员中指定一名促进者，以促进基于共识的决策制定过程。

工作组

角色

• 工作组是社区中对 AMP 特定领域（例如，UI、运行时、基础设施、文档）有知识/兴趣的群体，由 TSC 认可。
• TSC 定义每个工作组的职责，其中可能包括负责某些 AMP 功能、系统和/或代码。工作组通常独立运作于其负责的领域，同时遵守 AMP 的项目指南、愿景/使命和技术/产品路线图。
• 每个工作组都由一组对该特定领域有知识/兴趣的合作者和其它利益相关方组成。
• 每个工作组的协调员负责
  • 促进工作组内基于共识的决策。
  • 向 TSC 代表工作组。
  • 根据需要，从工作组内选择指定人员来承担这些责任。
• 工作组内的决策遵循决策制定政策，并由协调员或其指定人员促进。

成员资格

• TSC 创建工作组并指定初始成员。成员资格应包括一些提交者，但可能包括其他利益相关方。
• 工作组可以使用基于共识的方法添加或删除成员并更改协调员。
• 具有共同利益的人员群体在不需要正式工作组的情况下合作是可以接受的，也是预期的。这些群体可以选择向 TSC 提出提案（包括其目的和拟议成员资格）以正式被认可为工作组。
• TSC 可以根据需要解散/重组工作组。

决策制定政策

• AMP 的咨询委员会、TSC 和工作组中的决策应使用基于共识的方法（类似于Node.js和JS Foundation使用的做法）。
• 当讨论似乎达成共识时，促进者将询问对明显共识是否有任何反对意见。成员可以投票来最终确定决策，但这只应作为最后手段。在小组其他两名成员同意的情况下，将举行投票，否则将继续寻求共识的过程。
• 当投票时
  • 投票应安排在小组成员有合理时间参加的时间。应公开宣布此时间。
  • 任何在投票时无法出席的人员都可以提前登记投票。
  • 它们将是简单的多数票，但咨询委员会或 TSC 成员资格的变更需要获得 ⅔ 的票数。

• 对于在工作组内做出的决策，应尽一切努力在工作组内部解决问题；无法在工作组内解决的问题可以升级到 TSC。

• 咨询委员会、TSC 和工作组做出的决策必须公开记录（除非出于法律或安全原因无法记录）。

• 决策应通过异步通信渠道做出。在无法通过异步通信渠道做出决策的情况下（例如通过视频会议或面对面会议），应留出合理的时间提出反对意见，然后再批准决策。

• 如果出现新的技术信息，则可以重新审议决策。

• 咨询委员会、TSC 和工作组可以举行电话会议、视频会议和面对面会议。这些会议应提前充分宣布，并公布议程。应提供社区可以提议议程项目的机制。

贡献者许可协议

• AMP 项目要求所有打开拉取请求的所有者、合作者和贡献者接受个人贡献者许可协议 (CLA) 的条款，或受公司 CLA 的保护，以保护贡献者和用户在知识产权问题上的权益。

• 尚未受个人或公司 CLA 保护的 TSC 成员在加入 TSC 时必须受到保护。

• AC 成员无需正式受 CLA 保护，但如果他们决定以保护 IP 承诺对于使项目保持开源和免版税非常重要的方式为项目做出贡献（例如通过提供代码、文档、规范或设计文档），则必须受到保护。