その点には同意しません。しかし、「特定の個人」が数百人のグループにまで広がると、Discourse が提供する公開トピックの閲覧機能のような便利な機能のいくつかが必要になってきます。したがって、ここでの差別化要因は、受信グループの規模なのかもしれませんね。
「いいね！」 1
こんにちは、Geoff さん！お元気ですか。
私も同じように、Latest/Top/New ページで PM を表示できるようにしたいと考えています（全く同じ用途のため）。しかし、それとは別に、私の理解が正しければ、既存のトピックの公開/非公開を切り替える機能は既に存在するようです。
トピック右上の管理アクションレンチアイコンから、「Personal Message に変更」（PM の場合は「Public Topic に変更」）をクリックできます。既存のトピックを PM に切り替えると、トピックに投稿したすべての人のアクセス権は維持され、さらにスタッフグループも追加できます。ただし、スレッドはトピック一覧からメッセージセクションへ移動します。
はい…それが問題なのです。
私が望んでいるのは、非表示機能のようなものですが、特定の信頼レベルを持つすべてのスタッフにメッセージが表示されるようにするものです。それは実現可能かもしれません…
例えば trust_level_3 を手動で設定し、誰でもそのグループにプライベートメッセージを送れるようにするのはどうでしょうか（グループ → trust_level_3 → 管理 → 対話設定）。
その後、公開トピックをプライベートメッセージに変換した際に、trust_level_3 グループを手動で参加者として追加すれば、目的が達成できるかもしれません。
これが完全にご希望のものとは限らないかもしれません（また、内部仕組みを十分に理解していないため、確実に機能するとは言い切れませんが）、何らかの目的には役立つ可能性があります。
私はこの議論に遅れて参加しましたが、@Geoffrey_Challen とほぼ同じユースケースを持っています（大規模なクラスを運営し、Discourse を使って Q&A や議論を管理したいと考えています）。
私自身は大量のメールについてはあまり気にしていません（そもそもメーリングリストモードに設定しています）。しかし、「自分が読む/返信すべきスレッドは全部何ですか？」という質問を、その投稿が公開のものかスタッフグループ宛のものか（あるいは単に私宛の直接メッセージか）にかかわらず、一つの場所から確認できるようにするのは、生活の質を大きく向上させるものだと思います。
当初議論されていた「作成」権限で対応できるかもしれません。別の方法として、特定のグループ宛の PM（プライベートメッセージ）を、トピック一覧ページ（新着、人気など）で疑似カテゴリとして表示できるようにすることも考えられます。データベースにおける PM と公開トピックの構造が似ていることを考えると、これは可能かもしれません（もちろん、ある程度の複雑さが増すことは確かですが）。
また、大きな変更を必要とせず、同様に役立つ別の代替案としては、検索ボックスで「すべてのトピック」と「すべての PM」を同時に検索できるようにする（現在、私の知る限り、トピックか PM のどちらか一方しか検索できないようです）という方法があります。理想的には、特定の PM 宛先グループで絞り込みもできるとよいでしょう。例えば、「公開トピックかスタッフグループ宛の PM のいずれかである、オープンなスレッドをすべて表示して」といった検索ができるようにしたいです。
もし検索機能をそのように変更することが可能であれば、私が求めていた機能の多くを提供できるはずです。しかも、検索機能の変更だけで済むという点でも利点があります。ただし、そこにも私が考えていないような複雑な問題があるかもしれません。
それも問題の一部だとは思います。もしかすると、グループ PM と公開投稿のトラフィック量にも関係しているかもしれません。私たちのユースケースでは、公開トピックとグループ PM の両方で多くのやり取りがあり（両方に多数のスレッドがあります）、一方で他の多くのユースケースではスタッフへのプライベートメッセージは稀であるかもしれません。そのことが、人々がそれらとどのようにやり取りしたいかに影響しているのかもしれません。
OK… 午後の数時間のハッキングの末、Create 権限のみのプロトタイプを作成しました（cs125 ブランチの https://github.com/cs125-illinois/discourse）。テストは非常に最小限ですが、以下が機能しているようです：
- カテゴリに Create 権限を割り当てることができます。
- その権限を持つユーザーは、そのカテゴリでトピックを作成し、自分のトピックに返信できます。
- 他のユーザーが作成したトピックは引き続き「表示」できますが、アクセスしようとすると「このページは非公開または…」というエラーが表示されます。
- 管理者はすべての投稿を表示し、返信できます。
- 他のカテゴリ権限がまだ機能しているかどうかはわかりませんが、機能しない理由もわかりません…
これが実際に機能しており、単なる願望ではないと仮定すると、UI を学生にとってより分かりやすくするために、#3 の問題を解決したいと考えています。しかし、そこで行き詰まりました—もしかすると、長い一日だったからかもしれません。@sam: ここでお手伝いできますか？それとも、ここまで方針から外れた今、私どもを否定されるのでしょうか 
。本質的には、ユーザーが Create 権限しか持っていないカテゴリのトピック（そして実際にはすべてのトピックリスト）を、そのユーザー自身が作成したトピックを除いて除外するように、トピックリストをフィルタリングできるようにしたいのです。
PS: このブランチは、信頼レベル >= 3 のユーザーにも whisper 権限を拡張しています。他の人々はこの変更を望むかどうかはわかりませんが、私たちの場合は有用です。なぜなら、モデレーター権限は私のコーススタッフの大半には過剰なパワーですが、学生を支援するために協力して作業する際に whisper は非常に役立つからです。
@sam: もう一つ簡単な質問です。これらいずれかの機能をプラグインを通じて実現する可能性はありますか？
これは、restricted replies プラグインの動作とほぼ同じです
唯一対応していないのは（3）です。上記の理由により、実装は非常に困難になります。
「いいね！」 3
もし間違っていたら訂正してくださいが、あなたのプラグインは、ユーザーが作成していない投稿を「見る」ことを防いでいないように見えます。私たちのユースケースでは、それが不可欠です。学生がコースフォーラムに、コードや他の解答の一部を含む可能性のある質問を投稿するためです。したがって、staff が唯一の「返信」権限を持つだけでなく、唯一の「閲覧」権限を持つことも必要です。制限付き返信プラグインは、「作成 / 返信（自分自身への）/ 閲覧」という権限のように動作するとされています。私たちは本質的に「作成 / 返信（自分自身への）」を必要とし、「閲覧」は不要です。
とはいえ、プラグインでこれを実現できることは非常に心強く感じています。私たちのユースケースをサポートするために、閲覧制限も追加することは可能でしょうか？
#3 について：クライアント側でこれを行う方が簡単ではないかと思っていました。現在、私たちの変更により学生はこれらのトピックに入ることができないため、UI 上で単に非表示にするだけで十分です。
はい、その通りです。だからこそ、それでは要件 (3) を満たさないと述べたのです。
もしユーザーがそのカテゴリをウォッチしていて、秘密のトピックの通知を受け取ったらどうなりますか？メーリングリストモードの場合はどうでしょう？ユーザーの「アクティビティ」ページは？「人気」トピックや「新着」トピックは？検索機能は？他にも多くの疑問が考えられます。これは大規模な作業であり、お勧めはしません。
グループ PM はまさにあなたのユースケースのために設計されています。ここでは Meta 上のすべてのサポートメールをグループ PM で処理しており、非常にうまく機能しています。もしグループの受信トレイに特定の使い勝手の問題がある場合は、その方面の改善に取り組む方が時間を有効に活用できると思います。
「いいね！」 3
その意見には異存ありません。しかし、私たちはグループ PM を試しましたが、受信者が約 200 人いる状況では、それほどうまく機能していないのです。
Sam への返信でも触れましたが、受信者リストが非常に大きくなると、グループメッセージングはうまくいかないようですし、個々のメッセージに返信する確率も下がります。言い換えれば、グループメッセージングがうまく機能しているなら、人々は優れたツールである Discourse ではなく、依然として大規模なオープンなメーリングリストを使い続けていたはずです。
おそらく、カテゴリ権限を変更しようとした際に指摘されたような破綻のリスクを避けるため、グループメッセージングを継続することになるでしょう。しかし、実際にはうまく機能していないとあなたが感じているのに、「グループメッセージングは素晴らしい！」と言われるのは、あまり役立ちません 
「いいね！」 2
[quote=“Geoffrey_Challen, post:97, topic:33150”]
「グループメッセージングは非常に優れている」と言われても、実際にはそうではないという経験があれば、それはあまり役立ちませんね。[/quote]
確かに、コミュニティによって使い方の違いは常に存在するでしょう。私が言いたかったのは、PM（プライベートメッセージ）を成功裏に利用できるようにするために、どのような開発が必要かを検討してみるのは興味深いという点です。通常のカテゴリで PM 機能を再実装するよりも、そちらの変更の方が実現可能性が高いと思います。
グループ PM で具体的にどのような問題に直面していますか？例を挙げると、通知の過多でしょうか？これは当初私たちが抱えていた問題の一つですが、現在では各グループの受信トレイごとに追跡レベルを設定できるようになっています。
「いいね！」 6
はい、それは非常に役立つ追加機能でした！ありがとうございます。
上記の議論の一部をご覧いただければ、PM システムにはいくつかの問題があることがお分かりいただけると思います。主な点は、メッセージを扱うワークフローが異なっており、私が同様に処理したいトピック間に人工的な分離が生じていることです（そのため、既存のカテゴリー権限モデルにこれを追加しようとしたのです）。
ここにリストがありますが、本質的にはメッセージグループをカテゴリーにできるだけ似せることです。ホームページに表示し、最新トピックビューにも含め、閲覧時に同じ見た目にする、検索やフィルターのオプションを統一する（「メッセージである」と覚えておく必要がないようにするなど）などです。残念ながら、私の感覚では、これにはカテゴリー権限の追加と同じかそれ以上の破壊的変更が必要になるように思えます。しかし、そうではないかもしれませんね？
@david: 会話に割り込んで申し訳ありませんが、私は @Geoffrey_Challen と非常に似たユースケースを持っています。彼に代わって話すことはできませんが、私にとって具体的な助けになることは、公開トピックとプライベートメッセージの両方に一致するように、単一の検索クエリを実行するオプションを設けることです（現時点では、何か見落としているのでなければ、公開トピックかプライベートメッセージのどちらかしか検索できないようです）。
ここで提案されている他の変更（「作成」権限、PM を通常のトピック一覧に表示できるようにすることなど）の中には、広範で複雑なものがあることは理解しています。しかし、検索機能を変更して、すべてのトピック（公開または PM）を跨いで検索できるようにすることは、より実用的で局所的な変更かもしれません。それでも、検索を通じてそれらのものを統合されたビューとしてある程度把握できる能力を提供できます。
私にとって、デフォルトのインターフェースを上書きすることは重要ではないと思いますが、公開かプライベートかに関係なく、「今すぐ返信が必要なスレッドはすべて何ですか？」という質問に素早く答えられる方法があれば素晴らしいでしょう。さらに、タグなどでそれを絞り込めることもあればなお良いです。
当面の間、私はこの種の統合されたリストを Postgres データベースから直接取得できる小さなスクリプトを作成しました。あるいは、検索ダイアログを通じて、検索したいものごとに 2 つの別々のクエリを実行することもできます（1 つは公開用、もう 1 つはプライベート用）。しかし、どちらも少し厄介です…
「いいね！」 2
[quote=“hartz, post:100, topic:33150”]
公開トピックとプライベートメッセージの両方に一致する単一の検索クエリを実行するオプション（現在、公開トピックまたはプライベートメッセージのどちらかしか検索できないようですが、何か見落としているかもしれません）。[/quote]
素晴らしいアイデアだと思います。私も利用したいですね。アイデアを見失わないよう、新しい #feature トピックを作成するのがベストでしょう。
編集：完了 こちら に作成しました。
「いいね！」 4
2015 年以来議論されてきたこの種の権限構造を許可することに反対する理由が、本当に理解できません。確かに、元の投稿者（OP）の提案の魅力はわかりますし、代替手段としてのプライベートメッセージングへの懸念も理解できます。もう少し詳細な権限設定が可能になれば、Discourse にとって大きなゲームチェンジャーになるでしょう。コミュニティにおけるより創造的な活用への扉が大きく開かれるはずです。
粒度の細かい権限の影響については、よく知られています。まさにこの理由から、vBulletinがカテゴリ権限をどうごちゃごちゃにしてしまったか、今でも悪夢を見るほどです。
言いたいのは、ユーザーがトピックを作成し、自分が作成したトピックのみを表示できるようにしたい場合、この機能はすでにPM（プライベートメッセージ）に存在しているということです。グループメールボックスと組み合わせることで、望ましい動作をすでに再現できます。
「いいね！」 1
私個人としては、vBulletin や他のフォーラムソフトウェアの経験はありません。コミュニティベースのプラットフォームに関する私の背景は Discord にあり、そこではコミュニティ作成者が権限管理においてより多くのコントロールを持っています。また、より細かい制御を可能にする他のシステムでも、権限管理システムが成功裡に実装されているのを目にしています。今回のケースで 500 個ものトグルボタンが必要だと言っている人はいないと思いますが、代わりに「作成」「閲覧」「返信」の権限をそれぞれ独立して割り当てられることを求めているのです。
望ましい動作とは、ユーザーがカテゴリを開き、「新規トピック」をクリックして内容を入力すると、その投稿が自分と「閲覧」権限を持つ人だけにしか表示されない状態です。PM は上記のように説明した方法に比べてユーザーにとってはるかに使い勝手が悪いものです。より多くのユーザーの自発的な行動が必要であり、機能も UI の奥深くに埋もれています。
この問題に対するより簡単な解決策として、メールによるトピック作成を許可する方法もありますが、これも欠点があります。コミュニティへの直接的な参加を促すものではなく、ユーザーが目標を達成するためにサードパーティのシステムを利用する必要がある点です。
ダイレクトメッセージとカテゴリ権限は別々の話題であり、元の投稿者が求めていたものでもなければ、今後訪れる多くの人々が探しているものでもありません。