ジェームスさん、コンテキストを共有していただきありがとうございます！
要約すると、現時点では、トピックが終了し、締めくくる必要があることを示す方法が5つあるようです。これで合っていますか？
|何 | どこ | 誰|\n|— | — | —|\n| 
Discourse Solved Support Installation Dev Data & reporting SSO | トピックオーナー、@team、TL4|\n|#fixed::tag | Bug UX (どこでも機能します) | @team |\n|#completed::tag | Feature UX | @team |\n|#delivered::tag | Marketplace | 全メンバー|\n| 
トピックを閉じる | どこでも | @team と自動 |\n
これは実に多様性に富んでいると感じます。タグが異なる理由はわかりません。これらのタグリストを個別にスクロールできるのは、人々にとって役立つ/有益なことかもしれません。しかし、これらのタグとその目的はあまり見つけやすくありません。
solved は簡単に見つけられ、サポートには非常によく機能します。このカテゴリに限定するのが理にかなっていると思います。このカテゴリで解決済み/未解決のトピックをフィルタリングできるのは便利です。しかし、私はしばしばそのプルダウンを忘れてしまい、UIでもっと見つけやすければいいのにと思います。
fixed は Bug UX のみで使用され、バグまたはUXバグが修正されたことを意味します。
completed は Support Feature UX でも使用されます。UX は、UXトピックが機能リクエストでもあることが多いためです。Site feedback にあったトピック、"Reader Mode" theme component feedback がありましたが、コンポーネントがリリースされた今、Theme component に属するように思われるため、そこに移動しました。
delivered は Marketplace のみで使用されます。
トピックは、さまざまな理由で 閉じられます。
- Support トピックは、解決後、最後の返信から1か月後に閉じられます。
- Marketplace トピックは、delivered かどうかに関わらず、最後の返信から1か月後に閉じられます。
- モデレーターがトピックを閉じます。
- 解決されたとき
- 返信を防止するため（例：ドキュメントまたは#release-notes）
- 生産性がなくなったり、トピックが終了したりした場合に、議論を終了するためのモデレーション戦術として
次のステップの可能性：
- fixed completed delivered タグに、それらをどのように使用するかを説明する説明を追加する
- 上記のテーブルのような結果を表示するデータエクスプローラークエリを作成するが、解決済み/未解決、修正済み/未修正、完了済み/未完了、配信済み/未配信の実際の最新のトピック数をリストする
- 指定された期間内に閉じられた、修正された、完了した、配信されたトピックをリストするデータエクスプローラークエリを作成する
- 上記のクエリの結果を自動化を使用して毎週共有するために、Site feedback にトピックを作成する
- トピックを締めくくるための簡単なハウツーガイドをここにトピックで作成し、チームを集めて逆時系列順にリストを処理し始める