素晴らしいDiscourseスタッフの皆様へ。この素晴らしいオンラインフォーラムを、皆様自身の製品で愛情を込めて運営・維持していただき、ありがとうございます。
Support に Solved Plugin が有効になっていることに気づきました。これは素晴らしいドッグフーディングの実践ですね！fixed および completed タグの使用も同様です。
残念ながら、#support、#bug、#feature、UX には、これらのタグが付けられていないトピックが大量にあります。これは、このフォーラムのユーザーにとって非常に混乱を招き、既存のソリューションの効果的な検索を妨げます。基本的に、これらのタグが一貫して使用されないのであれば、そもそも使用しない方が良いでしょう。
今後、これを優先し、誰か（？インターン、？？AI）が古いトピックに正しくタグを付けるタスクを担当することをリクエストしてもよろしいでしょうか？
Nathanさん、ありがとうございます！提起していただき感謝します。
この分野では、さらに多くのことを行いたいと考えています。
Support カテゴリでソリューションを有効にすることが、そのカテゴリでかなりうまく機能したようです。fixed および completed タグも非常に役立ちます。これらはすべてのカテゴリで使用できます。
completed タグが Marketplace に表示されません。
これらはスタッフ専用だと思います。
おそらく、これを trust_level_3 に拡張すると役立つのではないでしょうか？これは、Jay の上記の指摘どおり、Marketplace にも役立つかもしれません。
FWIW Marketplace には delivered があり、これはチームに限定されません。
ジェームスさん、コンテキストを共有していただきありがとうございます！
要約すると、現時点では、トピックが終了し、締めくくる必要があることを示す方法が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 のみで使用されます。
トピックは、さまざまな理由で 閉じられます。
次のステップの可能性：
以下のように、タグにマウスを合わせたときやタグページにアクセスしたときに表示される説明を追加しました。提案があれば教えてください。簡潔にするか、より詳細なコンテキストを提供するかの間で迷っています。カテゴリ自体にも、より詳細な説明があります。
fixed
Bug および UX カテゴリで報告されたソフトウェアのバグの修正を優先します。バグが修正されると、このタグが付けられます。
completed
delivered
Marketplace のトピックがプロバイダーまたは受信者によって納品済みであることが確認されると、このタグが付けられます。
あら。複雑に聞こえますね。 
表向きには、修正されたバグには fixed タグを付け、実装された機能リクエストには completed タグを付けます。 [1] これは、トピックをクローズし（関係者に適切な情報で最新の状態を保つ）、そのプロセスの一部です。当初は、クローズされたトピックのロックアイコンとは対照的に、「良いことが起こった」ことを視覚的に示すために実装されました。これらのタグが一貫して適用されると、カテゴリのトピックリストをスクロールすると緑色の波がきれいに表示されます。
（そして delivered は、チームが管理しない別の同様のタグでしたが、Marketplace などでも使用できました）
Solved については、一般的な Support カテゴリだけでなく、アクティブなカテゴリがいくつかあります。ほとんどのトピックが解決可能な質問であるカテゴリであれば、ほぼすべてです。 #support、#installation、#dev、#data-reporting、SSO
理想的には、OP（元の投稿者）が解決策をマークするのがベストプラクティスですが、それが時々起こらないこともわかっています（さまざまな理由で）。そのため、数週間後（「放棄された」と見なされた後）に、トピックリストをスクロールして、未解決のものをいくつかクリーンアップすることがよくありました。
参考までに、その Theme component トピックは Reader Mode です。したがって、リンクされた feedback トピックは、テーマコンポーネントのトピックではないため、Theme component にあるべきではありません。コンポーネントがさらに増えた現在では、これらは Feature または UX に属するようになったと思うので、おそらくそちらに移動すべきでしょう。
（メタでの実験だったので、Site feedback にあったのだと思います）
素晴らしい！いくつか不明な点を補ってくれてありがとう。上記の表を更新しました。
あなたが去って以来、それは体系的に行われていないため、追いつくことや、再び遅れをとらないようにシステムを整備することについて話すためのこのトピックがあります。
良い指摘だ！Feature に移動しました。
はい、それがOPで私が目指していたことだと思います。@JammyDodger - あなたとMetaをスムーズに運営し続けるためのあなたの献身を私たちは恋しく思っています！個人的には、あなたが断れないようなオファーをしてくれることを願っています…
トピックを Feature から completed に変更すべきだと考えてフラグを立てたところ、最近叱責されたため、このトピックに戻ってきました。しかし、そのトピックは completed にマークされていませんでした。
私がしたかったのは、自分でタグを付けることだけでした。しかし、そのタグは @staff に制限されているため、できませんでした。ねえ、TL4として、私は多くの破壊的なことを行うことができますが、それだけはできません。一部のカテゴリ（例：Plugin）ではタグを編集することさえできません。
では、モデレーターを煩わせたり、叱られたりせずに、このような些細なことを報告するにはどうすればよいのでしょうか？それとも、そのままにしておくつもりなのでしょうか？
「その他」としてトピックにフラグを立て、それが完了/修正済みであると考える（少なくとも「古い」トピックについては、6か月前に完了/修正されたがトピックが更新されていないもの）と述べるのは問題ないと思います。
（他の人はこれに反対していますが）
緊急性の高い事項については、スタッフが修正した事項を確実にフォローアップすることが良い習慣となるでしょう。
過去13年間フォーラムが活動している間に完了した各機能をタグ付けするためのフラグを取得するとしたら、それは皆にとって大きな時間の無駄になると私は思います。
タグ自体は比較的新しく、広く採用されておらず、完了した機能のトピックを閉じるだけで、誰もが必要に応じて新しいトピックを作成し、古いトピックを引用できるようにすることができます。
むしろ、completed フラグを削除したいです。これは400回適用され、現在では異なる扱いを受けている変更履歴の作成を手伝うためだけに作成されました。
私はこれがその理由であるとはっきりとは認識していません。当初は、完了した機能リクエストを他のクローズされたトピックと区別するための視覚的なインジケーターを提供するために実装されました。私、サム、デイブの間で、より詳しい情報が載っている会話がどこかにありますが、検索してみてください。（ささやきの中だったと思いますが、正確な場所は思い出せません）
個人的には、当時はそれを把握し続けることが特に負担だとは思いませんでした。
ただし、/latest の上部にあるトピックがより一貫するように「アクティブな」ウィンドウに重点を置いていましたが、関連トピックなど、私の目に留まった他のものも処理しました。Feature のカテゴリ全体を監査するのは、確かにずっと大きな作業になるでしょう。:)（長年にわたって見落とされてきたものを整理/マージ/クローズするために取り組むことは有用ではないと言っているのではありません。ただ、時間がかかり、優先順位リストのどこに位置するかを評価する必要があると言っているだけです）。
これは起こりうるという懸念ですか、それとも実際にすでに起こっていることですか？もしそれが時折のことなら、それほど大きな問題ではないと思いますが、もしそれがパターンになったとしたら、フラグシステムがそれを行うのに最適な場所ではないという点には同意します。情報を収集するための、より侵襲的でない方法としてプライベートメッセージ（PM）が良いと思います。
しかし、開発者やデザイナーなどがこれに深く関わりすぎることを望んでいないことも理解しています。なぜなら、彼らにはメタの整理よりも他の重要な作業があるからです。
緊急ではないがモデレーターが必要なものは、PM（プライベートメッセージ）を通じて別のグループ受信トレイに報告できるかもしれません。そうすれば、そのような整理のための記録がレビューキューを洪水させ、誰かがすぐに行動する必要があるトピックを隠すことはなくなりますが、数分時間がある人が対応できるように収集する場所は残ります。
これは、欠落しているタグ、テーマコンポーネントのトピックでの壊れたプレビューリンク、またはユーザーに投票が返却されるようにクローズできる機能トピックなど、あらゆる種類の付随的なメモに機能する可能性があります。
おっと！モデレーターグループに誰もいないことに気づきました！数週間前に@moderatorsに送ったプライベートメッセージに返信がなかった理由がわかりました… 
私は、ここでより穏やかで優しいモデレーションのアプローチを持つという私の考えの一環として、それを作成しました。モデレーターに連絡でき、返信が得られることがわかっている単一の連絡先を持つことは重要です。その削除の決定が再考されることを願っています。
また、より親切で穏やかであろうとする一環として、モデレーターの決定理由として「時間の浪費」という言葉を使うことを避けるように最善を尽くしました。意図の良いコミュニティリーダーが議論を整理するのに役立とうとしているのに、そのことで気分を害されるべきではないと思います。
OPに戻りますが、古いトピックをレビューして整理するという定期的なやることがありました。これは良い手作業でした。なぜなら、その過程で解決すべきことがしばしば見つかったからです。トピックを削除したり、マージしたりする必要がある場合もありました。しかし、それは途方もない作業であり、私は数年分しか遡れていませんでした。
スタッフによるレビューのためにフラグを立てるのではなく、@nathankのような信頼できるベテランがタグを追加できるようにすることに賛成します。特に現在、コミュニティマネージャーや専任のモデレーションチームがいない状況ではなおさらです。
編集：サイドバーにまだリンクがあります！これは、オープンで未解決で、1週間以上経過したトピックを確認するためのものでした。トピックがどれだけうまく解決されているかを確認するために、これらのリンクは今でも役立つと感じています。スタッフに時間がない場合、私たちの中のより多くの人がこれに協力できるかもしれません。
現在、モデレーションに関して過渡期にあり、現時点で行う決定が永続的でない可能性があることをご了承ください。しかし、この特定の件について私の意見を述べさせていただきます。
目指すべきは、次のような状況だと考えます。
もし #completed を使用したいのであれば、フラグを使用せずにそのようにタグ付けする権限を持つ人々のグループを支援すべきかもしれません。例えば：
それは本当にありがたいです。投稿は一度しか報告できず、二度とできないので、テーマコンポーネントのトピックで機能しなくなったプレビューリンクのような些細な問題にフラグを使用することにいつも躊躇していました。
私は、リクエストをアーカイブすることで、すでに解決されたものを追跡するのに役立つと考えたため、受信トレイを提案しました。これは、多くの返信があるトピックではより困難になる可能性があります。
トピックを閉じることができないのに、completed や fixed タグを追加することがどれほど役に立つのかわかりません。誰かがまだトピックを閉じる必要がある場合、これはあまり役に立ちません。
これらのタグが付いたトピックを自動的にクローズする自動化について検討していましたが、それらの実験を完了させるのがどれほど難しいかは分かりません。