[quote=“John_Lehmann, 投稿:60, トピック:33150”]
誰でも作成できるトピックが欲しいのですが、1) 投稿者(OP) と信頼された TLXX ユーザーのみが返信でき、2) 全員が見られるようにしたいです（そのため、私の要望は PM のそれとは全く異なります）。[/quote]
@John_Lehmann ちょうどこの機能をプラグインで実装しました。
@Hooksmith 役に立つかもしれません。ただし、このプラグインでは投稿者(OP) が自分のトピックに返信できる（例えば、フォローアップの質問に答えるため）点にご注意ください。
@david 素晴らしいですね、本当に感謝しています。これを完璧にするために残っている要素は、モデレーターが会話に他者を追加できる機能です。私たちの場合、投稿者（OP）が双方向取引に関する評価や紛争を投稿します。もう一方の当事者に気づいてもらい、参加できるようにしたいと考えています。これを達成する方法はありますか？
現在、これを行う唯一の方法は、返信が制限されていないグループにその人々を追加することです。トピックごとに追加の参加者を招待するには、プラグインの拡張機能が必要です。
@david clarification ありがとうございます。
スレッドごとにアドホックユーザーを追加できるようにこのプラグインを拡張するのは、どの程度の難易度でしょうか？やや複雑に聞こえますが、私には判断できません。
また、誰かがこの機能に取り組む可能性はありますか？ありがとうございます！
非常に困難です。実現する可能性は極めて低いです。Discourse はトピックごとの権限設定を_提供していません_し、今後も提供することはありません。その機能が必要な場合は、グループのダイレクトメッセージを構築してください。
返信ありがとうございます。私の無知で申し訳ありませんが、「グループ PM をビルドする」とはどういう意味でしょうか？別の種類のプラグインを作成することを言っているのか、それとも Discourse 以外の別のソフトウェアを使用することを提案しているのでしょうか？
トピックごとの権限が必要な場合は、個人メッセージを送信し、受信者を含めてください。
他のアイデアについては、ユースケースを説明することもできます。本当にトピックごとの権限が必要で、ダイレクトメッセージや個人メッセージが適していない場合は、Discourse はおそらくあなた向きではありません。
編集:
ああ！少し間違っていたようです。
もし このプラグイン と同じパターンに従い、単に返信権限を変更するだけなら、比較的簡単です。Discourse のプログラミングに慣れている人なら、おそらく 1〜2 日で完了するでしょう。Q&A 形式のサイトでは、これが非常に役立つことは想像に難くありません。
Jeff が述べたように、トピックごとに閲覧権限を変更しようとするのは非常に困難であり、実現する可能性は低いでしょう。その理由は、トピック一覧、推奨トピック、通知など、アプリケーション全体にわたって大規模な変更が必要になるためです。トピックごとに閲覧権限を変更する必要がある場合は、PM（プライベートメッセージ）を利用してください。
個人を追加する代わりに、グループを選択してそのグループのユーザーのみに個人メッセージを送信する別のオプションがあります。ただし、誤ってグループ全体にスパムを送信しないように注意してください：
ハンバーガーメニューへ移動します。デフォルトの位置は画面の右上です。
「グループ」を選択して、すべてのグループを表示します。
グループPMを送信したいグループを選択します。
適切な権限を持っている場合（例：フォーラムでPMが有効になっている場合）、「メッセージ」ボタンが表示されます。
「メッセージ」ボタンを選択して、グループPMの下書きを作成します。
…
みなさん、情報ありがとうございます。参考までに、現在私は約6ヶ月間運営している健全なDiscourseサイトを持っています。これは私のマーケットプレイスサイトの companion サイトです。現時点では、このメタサイトの約半分程度の活発さですが、Discourseには大変満足しており、問題なく動作しています。変更するつもりもありません。
ただし、紛争の公開仲裁を行う特別なカテゴリを追加したいと考えています。例えば、購入者が物事が思ったように進まなかったことに不満を持ち、投稿者（OP）として苦情を提出し、信頼されたTLXユーザーが返信してより多くの情報を集め、調整を行うといったものです。
上記で忘れがちな詳細を付け加えますと、このプラグイン導入後にもう一つ必要な機能があります。それは、そのトピックに関与する相手（counter party）に、そのトピックへの返信権限を簡単に付与できることです。
これらの議論を公開する価値は、成熟したコミュニティがこうした複雑な状況で実際に何が起きたか、そして誰に責任があるのかを浮き彫りにできる点にあります。これらのスレッドの履歴は、ポジティブおよびネガティブな評判を構築する上で非常に有益です。実際、当サイトには評価システムがありますが、これら2人以上の対話のような詳細までは掘り下げられていません。
想像できる通り、このような「カテゴリ」は非常に厄介です。しかし、この設定があれば、コミュニティのこのニーズを、過去のどの試みよりも効果的に満たせると思います。過去には多くの試みがありましたが、最近のまともなものはFacebookから削除され、何年もの歴史が失われました。しかし、これらの他の形式は、無知な第三者の意見が氾濫してしまうため、決して理想的ではありませんでした。
このプラグインの開発に数日分の資金を提供する用意があります。
このプラグインを拡張し、私が刚才述べた機能をサポートする可能性は非常に高いです。もしご提案があれば、以下に提案したアプローチを示します。
トピックに対して追加のユーザーに「その場限りの」返信権限を付与できるようにするため、プラグインは元投稿（OP）をスキャンして言及されているすべてのユーザーを検出します。これにより、最初からユーザーを言及することも、モデレーターがその投稿を編集して追加することも可能です。
これは自然なワークフローを実現する上で優れたアプローチであり、実装の面でも容易である（例えば、UI が不要である）と考えています。
カテゴリの「承認必須」設定を使うのはどうですか？モデレーターが各投稿を承認する必要があるため少し時間はかかりますが、議論が白熱するトピックならむしろ良いかもしれません。
元の投稿で指定されている「作成」権限に対する直近のサポート提供を提案させていただきます。
私たちは、Piazza をはるかに優れた代替手段として、コースのフォーラムに Discourse を採用しています。特定のカテゴリでユーザー（学生）が投稿を作成できるが、その投稿を閲覧できないようにする必要があるという、以下の 2 つのユースケースに直面しました。
どちらの場合も、カテゴリに似た機能とコーススタッフへのアクセス権を提供することが極めて重要です。
なお、上記の最初のユースケースについては、2018 年秋から 3 つの学期にわたりメッセージングシステムを試してきましたが、正直なところ全く機能していません。私のクラスには数百人の学生（秋学期 800 人、春学期 600 人）と数百人のコーススタッフがいます。少なくとも私にとって、課題のサポートを求めてヘルプメッセージグループに送られる数百通のメッセージによるスパムは、スタッフや学生からのより重要なダイレクトメッセージを埋没させ、PM 機能全体の有用性を大幅に低下させています。
その結果、今学期は上記の 2 つ目のユースケースについては Google ドキュメントを使用することを提案します。Discourse の方がはるかに適しているのは残念ですが、追加のメッセージトラフィックと混乱を招くことは我慢できません。
上記のプラグインがどの程度この機能に近づけるかは不明ですが、もし実現可能であれば開発に協力できるかもしれません。私たちの場合、返信できるかどうかだけでなく、トピックの可視性を制御することが不可欠である点にご注意ください。
グループメッセージングならスパム問題も解決できます。グループをフォローするだけで「ソフト」な通知にしたり、ミュート設定や通常設定にすることで通知を完全にオフにすることも可能です。
メッセージシステムを使っているとおっしゃいますが、それはグループメッセージのことでしょうか（例えば「computing101-staff」というグループ通話を設定し、そこにメッセージを送ってもらうようにする。そしてそのグループのメンバーは通知の音量レベルを選択できる、といった使い方です）
ちょうど投稿を編集して、この機能について実際に試していない、あるいは十分に試していない点を指摘しようとしていました。通常のトピックの仕組みのように、カテゴリ内のすべての通知は受け取らず、自分が関与したメッセージへの返信のみ通知を受け取るような方法はありますか？
それ以降の話として、これらのやり取りがフォーラムの別のセクションに分離されてしまうのが不満です。できれば他のトピックと同じカテゴリにまとめてほしいのですが、これは些細な不満かもしれませんし、もしかするとUIの改善で完全に解決できるかもしれません。メッセージグループをカテゴリ一覧に表示させることはできますか？
では、これはどうでしょうか？
（最新の投稿ビューでも同様です。）
それは不可能です。非常に異なるバケットです。とはいえ、試す前に完全に却下しないでください。数ヶ月試してみて、その後結果を報告してください。
私たちはすでに1年以上にわたりメッセージングアプローチを試してきました。音量を調整することは役立つと思いますが、その結果としてメッセージがより頻繁に無視されてしまうことを懸念しています。それでも、スタッフに対してメッセージグループの音量設定を調整できる機能について再認識させるよう促します。その点についてのリマインダーをありがとうございます。
最終的には、私たちのケースでは、コードを含まないヘルプを求める学生が投稿したトピックと、コードを含むトピックを（UI レベルで）分離する明確な理由は実際にはありません。（実際、コードを含むトピックであっても引き続き対応できるように、トピックごとに外部からの可視性を調整できる機能があれば素晴らしいでしょう。）私たちの経験では、これらをメッセージングシステムに強制することで、メッセージングとしての有用性が低下してしまいます：slight_smile:。いずれにせよ、私たちはニッチなユースケースであると理解していますが、Discourse を教材としてより多くの人に使ってもらうよう働きかけ始めており、このような機能をよりシームレスにサポートできれば、その主張を後押しできると考えています。
私の懸念は、ここで油と水を混ぜるようなことを始めようとしているなら、UX の別セクションに「メッセージ」をわざわざ置く意味がどこにあるのかということです。すべてのメッセージとトピックを、ホームページに巨大なリストとして全員に表示すればよいのではないでしょうか？
カテゴリの一部のみを作成して表示できる機能は、本質的に特定の人物へのプライベートメッセージです。
