このData Explorerクエリをグループが自分で実行して進捗状況を確認できるようにすることができます。
ユーザープロフィールに、Custom Components -- add button or text at any plugin outlet のようなコンポーネントを使ってクエリへのリンクを追加できると思います。
「いいね！」 2
ええ、しかし、基本的なロジックと目標について透明性を保つことが、文字通りすべての数字を見せることを意味する必要はないと思います。トラストレベルの進行状況のエンゲージメントは、この方向性でより見られると思います。
したがって、進行状況のおおよその推定値（おそらくパーセンテージすら不要）と、レベルとメトリクスに応じた条件付きのヒント（実際の数値を明記せずに）を示すことができます。
最後のリーダーレベルは、現在のロジック（リーダーが手動で割り当てられる）と一致していません。しかし、私にはその進行スケールは適切ではなかったように思えます。それは単に1つの自動化されたスケールであるべきで、手動で割り当てられたアクセスレベルは別個であるべきです。
「いいね！」 11
進捗状況が表示されること、あるいは信頼度レベルの存在が現在よりも目立つようになることには、私は賛成しかねます。最もアクティブなユーザーが、ちょっとしたサプライズを受け取ったときにその概念を発見するくらいで十分だと考えています。
しかし、もしそれがオプションになるのであれば、これは素晴らしい実装方法だと思います。素晴らしい出来栄えです。
「いいね！」 3
ユーザーとして：はい、ずっとこれを望んでいました。TL3を失い、その理由がわからないのは最悪の気分なので、それに対抗する何かがあれば素晴らしいでしょう。たとえ「もっとトピックを読んで、もっと返信にエンゲージするようにしてください！」のような小さな後押しであっても、大いに役立つでしょう。
サイト所有者として：正確な数値は隠すべきでしょうか？しかし、データが機密性が高すぎて気にするほどではないと思います（いずれにせよコンソールを覗けば確認できると確信しています）が、提案したように正確な数値を見せないとしても、これは依然として有益だと思います。
「いいね！」 3
ええ、そのパターンは気に入っていますが、これは生成モデルを使った非常に簡単な探求にすぎないことも指摘しておくべきです。根本的なパターンはDuolingoのものです。彼らは確かにこれに多大な労力を費やしており、アプリの主要な推進力となっています。
私がここでやったことは、そのパターンを参照し、Figma Makeでかなり単純な指示を与えただけです。
Discourseの信頼度レベルの進行状況インジケーターを生成してください。信頼度レベルについては、https://blog.discourse.org/2018/06/understanding-discourse-trust-levels/で説明されています。
インジケーターは添付のデザインに従う必要があります。次に進むために何が欠けているかについて、正確な指標を明かさずにヒントを提供してください。例：「愛を広げよう」、「好奇心を持って読み続けよう」、「知識を共有しよう」など。
そして、それはほぼすでに共有したカードを生成しました。このようにデザインの方向性を素早く探求できるのは素晴らしいことだと思います。一方で、非常に洗練されて見えることが多いため、投資が少し誤解を招く可能性がありますが、実際には単なる簡単な探求にすぎません。この一つのアイデアの場合：単に数字を示すだけでなく、全体的な信頼度レベルの進行状況を視覚化したらどうなるか？
「いいね！」 1
単なる考えですが、降格時に通知が送信される場合、つまりTL3を失った場合、それは以前レギュラーだった人に通知が届くことを意味します。したがって、人々がTL3を獲得するために評価を不正に操作する問題をある程度解消しますが、半ば不可解な形でTL3を失った人々を助けます。
私自身としては、TL3をより定着させる方が良いと考えています。
「いいね！」 3
個人的には、UTL4 が最終的に設計が優れていると信じています。チームから、UTL3 が UTL2 と UTL4 の間の橋渡しとして特別に構想されたのかどうかを聞いてみたいです。なぜなら、失礼な意図は全くありませんが、中途半端な解決策や、あるいは委員会によって設計されたような妥協点を感じさせるからです。
私が一般的に「ソフト」なモデレーションツールだと考えているものを制御するものとして、そこでのゲーム化を避けるという欲求は確かに理解できます。人々がそれらを「獲得」して、その後暴走するのを防ぎたいからです。しかし、他方で、@joebuhlig の「ラウンジのトピックに人々が投資する」という点には本当に説得力を感じました。また、@Ed_S の「評価の高いコミュニティメンバーを『降格』させる」という指摘にも強く共感しました。
したがって、UTL2 が埋めようとしている役割と、UTL4 が提供しようとしているニッチは理解できます。しかし、比較すると UTL3 は不自然に感じられます。まるで UTL2 と UTL4 の間に過度な大きな隔たりがあると考えられ、それに合わせて何かを挿入したかのようです。UTL4 のモデレーション機能の一部、特に「安全」なものの少数のみを含んでいます。UTL2 の自動化された性質を維持し、スタッフに「UTL2 以上に昇格させてください」というリクエストで過度に負担をかけないようにしています。
正直なところ、UTL3 には少し警戒しています。個人的には、モデレーションツールへのいかなるアクセス権を付与する場合でも、意識的な判断を下すことを好みます。また、コミュニティの貴重な中核メンバーが、休暇、家族の死、または病院への通院から戻ってきた際に、不在中に降格させられたことを知らされるのは、Discourse フォーラムパッケージの最良の姿ではないと思います。
「いいね！」 1
TL3の役割は、TL2とTL4の間の大きなギャップを埋めることだけでなく、よりアクティブなTL2メンバーがコミュニティ管理（例：トピックの再タグ付けや再カテゴリ分け）においてより多くの責任を負えるように段階的に導くことでもあります。TL3の権限はTL4に比べて限られています。
TL3への昇格がTL4への昇進への手段となるようなフォーラムに以前参加したことがあります。メンバーがアクティブで、与えられた_わずかに_強力なツールを責任を持って使用できることを示せば、管理者は最も優秀なTL3メンバーをTL4に昇進させることに自信を持てるようになります。このように考えてみてください：もしTL3が存在しなかったら、誰を昇進させるべきか選別する方法はどうなるでしょうか？
「いいね！」 2
私たちは本質的に同意していると思います。
UTL2とUTL4の間に何らかのレベルが存在する理由を理解しているからです。しかし、それらの間のギャップが大きすぎるという主張は、既存のUTL3の設計を支持する何の役割も果たしません。
もし私が仮想的なUTL3を設計するとしたら、以下のようになります。
- ラウンジへのアクセスを含む
- UTL3の地位を失うことは可能ですが、それは長期間の非活動の場合のみ
- 一切のモデレーション機能を含まない
ご質問にお答えしますと、私はWikipedia自体には深く関与していませんが、各々が単一のゲームをテーマとした複数のウィキにおいて、長年にわたり何万もの編集を積み重ねてきました。そして、コミュニティとして話し合いを通じて、誰を管理者（Administrator）とし、誰を事務管理者（Bureaucrat）とするかを決めています。具体的には、ポリシーの議論、困難な教訓を得た過去の事例の検討、また「唯一の正解」が存在しすぎると考えられる境界線上のケースの検討、そして候補となるコミュニティメンバーがどの立場に立つのか、その理由についての議論を行います。
Discourseがソフトウェアであることは承知していますが、認識されるあらゆる問題を解決するためにソフトウェアに機能を追加しようとする誘惑が生じがちです。しかし、それはアイデア、意見、情報が自由に交わされるためのコミュニティプラットフォームでもあります。どのコミュニティメンバーを信頼し、どのメンバーを信頼しないかを判断するためにフォーラムソフトウェアパッケージが必要であれば、何かが誤っています。
「いいね！」 1
これらの点について、私にはよく分かりません。デフォルトではラウンジカテゴリーは存在しなくなりました。しかし、以前存在した際には、デフォルトのセキュリティ設定はTL3以上での閲覧と投稿でした。つまり、TL3ユーザーはラウンジに含まれていました。現在でもそのようなカテゴリーを作成することは可能で、既存のラウンジカテゴリーがある場合は、アクセス権限を持つユーザーを変更することもできます。
どのようなモデレーション機能のことでしょうか？ ほとんどの権限はサイト設定によって管理されています。したがって、TL3ユーザーがトピックを編集（タイトルを改善、タグ付け、カテゴリ変更）しないようにしたい場合は、edit_all_topicsというサイト設定からそのグループを削除すればよいでしょう。
ソフトウェアが誰を信頼するかを決定するとは言い換えたくありません。私にとって、信頼レベルは、ユーザーがフォーラムに対して一定の関心を示した後、より多くの権限を付与する自動化されたシステムです。ユーザーが獲得する信頼とは、彼らが受け取る権限を悪用しないことに関するものです。例えば、スパムを投稿しないことです。
Jono Bacon氏がDiscourseの信頼レベルに関するYouTube動画で使用したイメージが好きです。コミュニティの新しいメンバーを、ドアベルを鳴らして訪れた人だと思ってください。その人物はまだ見知らないので、友人になりたいのか、何かを売りつけに来たのか分かりません。だから、家の中へさらに案内する前に、その人物をよりよく知ろうとするはずです。同様に、コミュニティの新しいメンバーがスパマーなのか、トロールなのか、それとも良い人物なのか、最初は分かりません。だからこそ、新しいメンバーに許可される行動の権限を制限することは理にかなっています。そして、ユーザー数が少し多くなると、そのような制限を解除するための自動化されたプロセスが必要になります。
また、あなたの投稿は、ユーザーへの進行状況の表示ではなく、一般的な信頼レベル3について語っているように見えるので、専用のトピックを立てた方がよいかもしれません。
「いいね！」 3
元々の、本来の 進行状況インジケーターを表示するというリクエストに戻りますが、私はプラグインでこれを実装しようとしています。まだ初期段階です。保証はできませんが、うまくいくことを願っています 
。
「いいね！」 4
プラグインの進捗は非常に順調でしたが、小さな問題に直面しました。もしユーザーがTL2でロックされている場合、「TL3の資格があります」と表示するのは適切でしょうか？実際にはユーザーはそれを取得できないのにです。管理者は、ユーザーがTLでロックされているかどうかをユーザーに知らせたいのでしょうか？皆様の意見を聞きたいです。
「いいね！」 2
ある信頼レベルでユーザーをロックすることは、私にとって、彼らが信頼レベルの要件を「ゲームする」ことを防ぐ手段です。通常、これはすでに懸念されるような行動を示しているためです。そのため、進捗状況や昇格の不可能さについて通知しないこと、あるいは少なくともそれをオプションとすることに理由を見出せます。
「いいね！」 3
プラグインを See TL3 Progress に公開しました。フィードバックをお待ちしています！
「いいね！」 1