大家好，治理工作组一直在努力进行一些工作，但过去几个月里我们没有取得我们希望的进展，所以我们将尝试一种新的流程和会议议程，旨在在我们知道自己拥有的时间内完成更多工作。

新的会议结构

以前，我们的大部分工作都是异步完成的，同时使用我们的双周会议来分类任务。我们遇到的问题是，许多成员也是 Rust 项目的重度贡献者，对于某些人来说，安排时间编写初始草案可能很困难。

为了解决这个问题，我们不再在会议期间进行分类，而是在异步处理任务，我们将举行重点主题会议，并利用会议之间的间隔时间，发布像这样的帖子，并为下一个主题进行研究和准备。为了帮助做到这一点，我们将当前会议时长从 30 分钟延长到 1 小时。（会议仍将每两周举行一次。）

目前的目标是记录事实上的治理结构，将结果作为 RFC 提供，然后在合并后在 forge.rust-lang.org 上提供一个版本，以便它具有更高的可见性。我们还希望安排参与 Rust 和其他治理结构的人员来谈论他们的经验。

对于决定主题，我们将轮流由不同的人负责每次会议。负责人有责任决定主题，并准备一份类似于此帖子的参与征集，告知人们主题以及他们如果希望参加，如何最好地做好准备。

我们还希望，拥有一个重点主题将减少参与和贡献的预期知识障碍。 话虽如此，让我们谈谈下一次会议的主题。

回顾和检查之前的治理 RFC

我们新会议的第一个主题是阅读 RFC 1068，即最初的 Rust 治理 RFC，回顾它与当今结构的准确性，并查看是否有它没有回答的问题。以下是一些其他相关 RFC，以供参考

• “北极星”RFC 阐述了 Rust 路线图流程。
• 编译器贡献者 RFC 详细说明了为编译器做出贡献并逐步加入编译器团队的过程。
• 编译器错误修复程序 定义了对编译器进行错误修复的最佳实践。

我们的下一次会议将于11月19日星期二 UTC 时间 22:00 举行，我们鼓励任何感兴趣的人，无论他们之前的经验如何，阅读这些 RFC 并到 discord 上的 #wg-governance 频道参加会议。（我们的会议是通过 Zoom 进行的视频通话，但我们使用 discord 频道来组织自己）。

如果由于某种原因您知道您无法参加这些会议但仍想参与，请随时在 我们的 GitHub 存储库上发布任何关于 Rust 治理的问题，即使您无法参加工作组的会议。