作为正在进行的治理工作的一部分，Rust 领导层共同成立了一个名为“领导层聊天”的小组，成员包括核心团队、治理页面上所有团队的负责人、审核团队以及 Rust 基金会董事会中的项目主管。在努力建立 Rust 项目范围治理的下一个演变形式期间，该小组一直担任临时管理机构。
我们之前发布了关于 Rust 项目范围治理未来的更新。在那篇文章中，我们承诺下一步将“采纳我们目前的研究结果，并开始制定关于 Rust 项目未来如何治理的提案”。在这篇文章中，我们想提供有关这项工作进展的最新情况。
7 月下旬，临时领导团队成立了一个非正式的工作组，以进行进一步的研究并起草一份关于建立新的项目范围管理机构的 RFC。此 RFC 依赖于由 Ryan Levick 和 Mara Bos 与来自整个 Rust 项目的团队成员进行深入访谈后整理的1需求文档。目前，有七人参与此工作组：Ryan Levick（核心项目主管）、JT（核心）、Mark Rousskov（核心项目主管，发布负责人）、Jane Losare-Lusby（协作项目主管）、Josh Triplett（语言团队负责人）、Josh Gould（审核）和 Khionu Sybiern（审核）。
工作组的目标不是彻底重新设计 Rust 治理模型的每个方面——这将需要项目中所有其他团队的参与和同意——而是通过引入约束、监控和调整治理模型以响应项目不断变化的需求的政策和程序，为动态的项目范围治理奠定基础。作为这项工作的一部分，我们不仅明确关注导致前审核团队去年 11 月辞职的问题，还关注了通过 Ryan 和 Mara 的研究发现的其他治理缺陷。与此同时，我们正在有意识地缩小范围，希望尽快完成工作，以便让工作在新成立的更具代表性和问责制的管理机构下继续进行。
根据我们目前的预测，自 8 月底开始以来，我们大约完成了此 RFC 草案的一半。我们仍在稳步推进，当我们有一个完整的草案时，我们将发布以供整个项目范围内的审查。为了提高透明度，我们将继续发布更新，直到 RFC 可用。保持早期讨论私密的目的是不排除任何人，而是为了在 RFC 草案的早期阶段保持小组讨论规模的可控性2。我们完全愿意分享早期草案并讨论我们每周会议之外的当前计划。鼓励任何有疑问或顾虑的项目参与者与工作组成员联系。