いいえ、そうではなかったのです。社内外を問わず、またコードベース全体でも、繰り返しこの問題が発生してきたのを目の当たりにしてきました。
まだカテゴリについては手がけておらず、ここでは何も変更されていません。
より良い表現方法がなかったため、人々は圧倒的にTL0を「すべてのログイン済みユーザー」を意味するために使用していました。logged_in_usersグループは少なくともそれが何を意味するかが完全に明確であり、引き続きTL0/TL1などを使用することに何の支障もありません。削除されるグループはeveryoneだけです。
はい、確かに私は「変化のためだけに」これらすべてを行っています 
一瞬でも言葉遣いを考えてみてください。私たちはここでは、何の理由もなく完全に不要なことをする習慣はありません。この作業は数ヶ月にわたり継続的に行われており、方向性は変わりません。
うーん、もしかしたら私の変更内容の理解が間違っているのかもしれない。
提案が以下を自動グループとして導入することであれば：
それは問題ないですし、意味も自明です。
（実際、私はその案をかなり気に入っています！ ）
しかし、提案が最終的に以下を削除することである場合：
私には意味がわかりません。everyoneは、アクセス権限の閾値を表す自動グループのセットの一部であり、そこには以下も含まれています：
など。
それらはすべてアクセス権限の閾値を表しており、everyoneも同様です。
everyoneグループは「trust_level_none」とも呼ばれます。
これは、パブリックアクセスを簡潔に表現する方法です。
現時点ではカテゴリ権限から削除する提案ではないことは理解しています（）が、少なくとも私にとっては意味が通じるため、この自動グループを維持する方針を明確にしてもらいたいと個人的には考えています。
それなら、他の自動信頼レベルグループと同様に、他の場所でも使用できるようにするのはどうでしょうか？
そうしないと、「パブリックアクセス」を表現する必要があるあらゆる場所で、2つのグループを追加する必要が生じ、意味のない複雑さになりませんか？
なぜ「everyone」を「マスクアウト（無効化）」するロジックを追加する必要があるのでしょうか？
もしより良い名前が存在するなら「everyone」という名前を見直すという別のアプローチも考えられますが、その意味と機能、そしてプラットフォーム全体での利用可能性は維持し、その上で全員（咳）が満足すればよいのではないでしょうか？
ここで重要なのは、「パブリックアクセス」を選択するための便利な手段を残すことと、既存の everyone グループを残すことの区別だと思います。パブリックアクセスを許可するたびに2つのグループを選択するのは面倒だと私も同意しますし、UIで改善することは可能です。
例えば、グループ選択ツールに「パブリック」のショートカットを追加し、1つの操作で anonymous_users と logged_in_users の両方を選択できるようにできます。そうすれば、両方のグループが選択されていることが視覚的に確認でき、どちらかを削除することも可能です。これにより、あなたが説明しているような利便性を提供しつつ、基礎となる権限設定を明示的に保つことができます。このショートカットは、両方のグループが許可されている場所でのみ提供されます。
既存の everyone グループを残すことの問題は、それが常に「パブリックアクセス」を意味してこなかったことです。カテゴリの表示設定ではそうなりますが、ほとんどのグループベースのサイト設定では、実質的に「ログイン済みの全ユーザー」を意味してきました。上記の議論でも示されたように、テーマやプラグインによって解釈が異なる場合もあります。
したがって、匿名ユーザーを含むと宣言するだけで、以前は存在しなかったアクセスを誤って付与してしまうリスクを伴います。既存の動作を維持すれば不整合が残り、名前を変更してもそれは解決されません。
一貫して定義されたユニバーサルグループを作ることは可能ですが、それでも現在行っているマイグレーションと監査が必要です。また、匿名アクセスがサポートされていない場所では使用を禁止する必要があります。そうしないと、これらの場所では everyone が再び「ログイン済みユーザーのみ」を意味することになります。以前は everyone が許可されていた設定に、anonymous_users を disallowed_groups の値として追加しなければならないものがたくさんあります。例えば：
私は、UI上でその利便性を提供し、その下では2つの明示的なグループを使用するアプローチを好みます。そうすることで、管理者と開発者の両者にとって、どこでも一貫性を持たせることができます。