Discourseサーバーにバグ追跡用のカテゴリを設定しました。ユーザーからの公開バグ送信と、内部で提出されたバグの両方を同じ場所で追跡したいと考えています。
公開バグは誰でも閲覧できるようにしたいです（そのため、プライベートトピックは解決策になりません）。これにより、重複を減らすことができ、人々は既存のトピックにコメントしたり詳細を記述したりできます。
また、内部チームがバグを提出できるようにしたいのですが、特定のトピックで特にそうしたい場合を除き、一般公開されたくないのです。
返信にはWhisperを切り替えることはできますが、トピック自体にはできません。では、トピックごとの表示設定を行う方法はありますか？
トピックを「Unlisted」に設定すると、ほぼ希望どおりになりますが、モデレーターや管理者には設定されておらず、単にグループに属している開発者のグループがそれらを見る必要があるという点が異なります。
なぜ、そのグループのみが閲覧権限を持つサブカテゴリを使わないのですか？
このツリー階層のバージョンを内部用と外部用の2つ用意することはできますか？ 内部チームが、内部および公開の両方に存在するバグを把握できるように、タグ（または自動タグ）を使用できます。あるいは、エンタープライズ顧客であれば、3階層目のカテゴリを有効にすることも可能です。
セルフホストしているので、必要ならもう一段階追加できますが、繰り返しますが、ユーザーにとっては最も簡単な解決策ではありません。
私が聞いているのは、私のリクエストは不可能だということです。
それは残念です。これは、「未掲載トピックを表示できるこれらのグループ。管理者とモデレーターは常にこれらのトピックを表示できます。」というサイト設定があれば解決されるでしょう。
そうなっています。私は非公開トピックをここで見ることができます。おそらく私がTL4だからでしょう。
他のユーザーにこれらのトピックを読まれたくないということは、あなたにとってどれほど重要ですか？
非公開トピックがあなたにとって本当に解決策になるとは思えません。カテゴリをウォッチしていると、作成された非公開トピックごとに通知も受け取ります。
この通知にはリンクが含まれているため、トピックにアクセスして読むことができます。
そのため、トピックは特定のグループにのみ表示されるわけではありません。
そうですが、開発者にはTL4になってほしくありません。彼らには力が強すぎます。
では、元の質問に戻りますね…
特別なタグはどうでしょうか？ トピックに「no-yuo!!」というタグが付いている場合、グループX、Y、Zのみが表示できますか？
カテゴリのみがアクセスを制御しますが、そのソフトバージョンが必要な場合は、CSSで何かを行うことができます。
ああ。おそらく、開発者（適切なカテゴリに物を配置するには愚か、怠惰、または不注意な人々）が公開バグカテゴリでの作成権限を持たないように、権限を変更すべきでしょう。その後、公開されるべきものがあれば、信頼できるだけの注意力を備えた誰かが、それらを公開カテゴリに移動できます。 
それは私の元の要求の目的を損なうようなものです。私は1つのバグカテゴリと、そのカテゴリ内の個々のトピックの可視性を制御したいのです。
可能に思えますが、フィードバックに基づくと、そうではないかもしれません。
「公開にもプライベートにもなりうる」プロセスには、誰かがトピックを作成するたびにユーザーエラーの余地が生じます。適切なカテゴリを選択する場合でも、「非公開」をクリックすることを忘れる場合でも、CSSマジックで非表示にするタグを追加する場合でも、常にそのような可能性があります。
可視性保護に自信を持てるようにするには、サブカテゴリが最善の方法だと思います。このためのサブサブカテゴリのトグル（または、Category Groups のような代替手段でトップレベルのカテゴリ構造を調整する）を有効にしたくない場合は、サポートに #internal-bug-reports 用の追加のサブカテゴリを作成し、トピックフィルターを使用して両方のカテゴリのトピックを含むカスタムトピックリストを作成できます。その後、それをサイドバーに追加して開発者が使用できます。
参考までに、APIを使用してOPのpost_typeを切り替えることができるかどうかをテストしました。それは機能しましたが、非公開テストユーザーにはトピックリストに表示され、クリックするとエラーが発生しました。 
そのため、それをスムーズにするには追加の開発作業が必要になるようです（また、予期しない動作との他の競合も発生する可能性があります）。
それはそれほど悪くないかもしれません。一般ユーザーがタイトルを見ることができるかどうかはあまり気にしません。
私の現在の回避策も同様です。
これで、開発グループを「Whisper allowed groups」に追加するだけです。
私が望むほどエレガントではありませんが、SOPを作成するのは非常に簡単です。
これにより、一般ユーザーがバグがタイトルに似ていると思われる場合に、トピックに投稿を追加できるという利点があります。
