从长远来看（可能 5 年以上），no-GIL 构建应该是唯一的构建。他们不希望在出现 GIL 和 no-GIL 构建（以及扩展模块）之间创建永久的区分

保持向后兼容，避免出现另一种 Python 3 的情况

承诺完全切换到 no-GIL 构建之前，需要看到社区对其的支持

在将 no-GIL 作为默认设置之前的任何时候，如果事实证明它会带来太大的破坏性而收益太少，他们会改变想法。这样的决定可能意味着回滚所有工作，因此在确定要将 no-GIL 设置为默认值之前，特定于 no-GIL 的代码应该在某种程度上是可识别的。

短期内，将 no-GIL 构建添加为实验性构建模式，大概是在 Python 3.13 提供

从中期来看，当确信有足够的社区支持来使 no-GIL 的生产使用可行后，他们会支持 no-GIL 构建，但不是默认

从长远来看，他们希望 no-GIL 成为默认值，并删除 GIL 的任何痕迹（不会不必要地破坏向后兼容性）