私が以前にも述べたように、意味のある編集があった場合にトピックを上げること（bump）も惜しいです。
私はフォーラムのメンテナンスに関する通知を https://status.discourse.org/ のRSSフィードから受け取るために rss-polling を使用しています。メンテナンスが始まるとトピックが作成され、終了が告知される編集があった際にトピックが上げられていました。この上げ（bump）が現在欠落しており、誰も編集すべきではないためトピックをWikiにしたくありませんし、ドキュメントにもしたくありません。そのため、現在の回避策は役に立ちません。
あるフォーラムでは、ユーザーがプロジェクトを発表する個別のトピックの他に、ユーザーのプロジェクトを紹介するギャラリートピックがあります。このトピックはインスピレーションを集めるのに非常に役立ちます。発表トピックから画像を1枚選び、そのリンクと共にギャラリートピックに追加しています。投稿内の画像が多すぎるとパフォーマンスの問題を引き起こし、編集も困難になるため、10プロジェクトごとに新しい投稿を作成しています。2番目または9番目のプロジェクトが追加された際の編集による上げ（bump）は役立っていました。これはユーザーが更新に気づくのに役立ち、特に手動でプロジェクトを追加するユーザーにとっては非常に役立ちました。アクティビティの日付のおかげで、誰かがすでにプロジェクトを追加していないかすぐに確認できました。今では、それぞれがトピックを開いて確認する必要があります。
同様の機能を持つ他のトピックもあります。月ごとの変更/アクティビティの概観として機能するトピックで、現在の月に関する最新の投稿が数回更新されます。これは、最後の投稿への変更がトピックを上げたため、非常にうまく機能していました。変更ごとに個別に投稿すると、月ごとにまとめられたエントリの明確さが損なわれ、既存のエントリへの更新が見過ごされやすくなる可能性があります。数件のエントリのために毎月新しいトピックを作成するのは多すぎますし、ユーザーが毎月通知設定をやり直す必要が生じるか、通知のデフォルトステータスを設定できるようにするサブカテゴリ全体が必要になります。
未回答のトピックに対するカテゴリやタグの変更によってトピックが上げられたことも気に入っていました。ほとんどの場合、最新トピックの（フィルタリングされた）リストを使用します。トピックのタイトルが不適切であったり、カテゴリが間違っていたりした場合、クリックしないかもしれません。誰かがその情報を改善した場合、結局は助けられるかもしれないと気づくことがあります。そのため、そのような変更によってトピックが私の既読ラインよりも上に移動することが役立っていました。
カテゴリやタグについて学ぶのにも役立ちました。新しいトピックで追加されたタグや、モデレーターによってトピックが移動されたことによるカテゴリ間の詳細な違いから、新しいタグについて知ることがよくありました。なぜ移動されたのか尋ねることもありました。なぜなら、トピックを他のカテゴリに移動する能力には、それらの違いを理解する責任も伴うと考えているからです。
また、Discourseの設定が、別の投稿を書くのではなく、情報を提供するように強制するアプローチも気に入っています。
ポップアップメッセージを引用すると：
しかし、これは、他の人があなたの投稿を編集して追加情報を提供したことに気づいて初めて意味があります。Metaで何度か遭遇した例ですが、プルリクエストがマージされた後に投稿が更新される場合です。その情報を投稿に追加しても、すでに投稿を読んだ人を通知することはなく、まだ読んでいない人はワンボックスのバッジから容易にわかります。
私にとって、ユーザーによる3回連続の返信をブロックする設定がまだ有効であり、その編集がかつて持っていた効果を残念ながら持たなくなったにもかかわらず、編集を解決策として提案するのは意味がありません。