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