このトピックで他所でコメントした内容を引用します。
そして、少し読み進めると、ラウンジへのアクセスに関する透明性のない包含/除外がTL3と関連付けられていることへのこの不安は新しいものではないことがわかりました。ラウンジへのアクセス権を持つユーザーを簡単に見る方法が必要…
ここで引用されている類推には同意しかねます。
コミュニティは、特典によって消費を促そうとする航空会社ではなく、人間関係や感情が関わる社交の場なのです。
「いいね！」 5
ラウンジにはいくつかの用途があると思いますが、例えば、以前参加していた別のフォーラムでは、製品の変更が公開される前に通知する手段として使用され、フィードバックや意見を述べることができました。
一方で、ラウンジやそれに類する場所を使って陰で他の人の悪口を言う人もいるので、それはラウンジの良くない点だと時々思います。しかし、より平和的で礼儀正しいコミュニティでは、重要なことがない限り、かなり静かです。
正直なところ、TL3アクセス権を取得しても大差ないほど、ラウンジで何も起こっていないコミュニティにも参加したことがあります。
ユーザーがTL3になったときに別のグループに追加し、ラウンジをTL3グループではなくそのグループに紐づけることができるかもしれません。そうすれば、ユーザーがTL3ステータスを失っても、制限されたカテゴリへのアクセス権を維持できます。
「いいね！」 3
なるほど、それは賢いですね！
Discourse Automationのアクションスクリプト User Group Membership through Badge を使用して、TL3で発行される「Regular」バッジに対して動作させることができそうです。
スクリプトで、ユーザーをプライベートなラウンジカテゴリへのアクセス権を持つ「Lounge_Lizards」グループに追加します。
副次的な利点として、TL3に到達していないが特別なユーザーに対して、そのユーザーをそのグループに手動で追加することもできます（そして、TL3のすべての権限を付与して昇格させたくない場合）。
「いいね！」 3