去年，我们实施了 AMP 治理模型的变更，以鼓励 AMP 社区中的更多声音，并明确人们如何发声。我很高兴就我们为实现这些目标所取得的进展提供一些更新。
AMP 的技术指导委员会和咨询委员会已开始开会
作为 AMP 新治理模型的一部分，技术指导委员会 (TSC) 设定了 AMP 的产品和技术方向，而咨询委员会 (AC) 向 TSC 提供建议。在这些两个小组中，我们有来自近 20 家公司和开放网络倡导者的代表，帮助指导 AMP 社区实现我们的愿景，即“永远实现强大、以用户为先的开放网络”。
TSC 现在已举行了几次会议，涵盖了从 GitHub 存储库最佳实践到 AMP 的第一批工作组应是什么等一系列主题。AC 还举行了他们的第一次会议，在会上他们就横向审查展开了讨论，TSC 已就此主题征求意见。
如果您想向其中一个委员会提出问题，您可以在其“工作模式”文档（TSC，AC）中找到如何操作。
工作组已准备好让您参与
TSC 的首要任务之一是建立初始的 AMP 工作组 (WG)。
工作组 是 AMP 中日常工作完成的地方。工作组负责 AMP 的特定部分，例如Stories WG，它负责 AMP 的故事格式。
工作组的目的是让人们更容易跟踪 AMP 的不同部分并参与其中。为了帮助实现这一目标，每个工作组都有一个 GitHub 存储库，其中记录了如何获取工作组工作更新以及如何参与其中——从参与问题讨论和 Slack 到贡献错误修复、功能或其他改进。
我鼓励您找到负责您热衷领域的那些工作组并参与其中！
我们已经让更改 AMP 的流程更加清晰
虽然我们一直表示我们强烈鼓励为 AMP 做出贡献，但我们听说弄清楚提出和进行更改的流程，甚至知道在哪里获得帮助可能会很有挑战性。
根据这些反馈，我们一直在致力于改进和阐明AMP 中的变更流程，其灵感来自Chromium 的功能发布流程。
这些更新的一些亮点
- 我们更明确地指出，小变更很容易进行，而无需大量流程开销。
- 我们为重大变更添加了一个略微正式的发布流程，包括使用意向实施 (I2I) 和意向发布 (I2S) 问题，以及一种更明确的方式来获得重大变更的批准。
- 我们让查找审阅者变得更容易，审阅者可以帮助你完成构建和发布变更的流程。
随着 AMP 的新治理模式和贡献流程更新到位，我们希望你能比以往任何时候都更容易了解 AMP 中正在发生的事情并参与其中！
Google AMP 工程经理 Joey Rozier 发帖