皆様、こんにちは。
モデレーターが、ユーザーからの「投稿の修正」に関するプライベートメッセージへの返信を見られるようになると、素晴らしいと思います。
これにより、投稿が却下され、修正が必要となった理由について、さらなる洞察と会話が可能になります。私たちは投稿の修正を要求するかもしれませんが、ユーザーは有効な反論を返してくる可能性があり、その返信やトピックを投稿する決定につながるかもしれません。
そうでなければ、なぜ投稿が許可されないのかをさらに説明でき、モデレーターとユーザーの関係を改善するのに役立ちます。
site contact group name 設定に moderators を追加することで、これが可能になると思います。
これは修正/機能ではなく、回避策として見ています。
例えば、カテゴリモデレーショングループはどうなりますか？
特定のカテゴリのモデレーターのみが投稿リビジョントピックに追加されるようにすることが目標ですか？
moderators グループを追加するうーん、システムメールには返信すべきではないと思います。また、話し合いたいことがある場合はモデレーターに連絡するように、メールテンプレートにテキストを追加することもできるかもしれません。 
その議論は理解できます。「PMの送信者」を、修正を要求するモデレーターから送信されるように変更することはできませんか？もっとも、ユーザーがその意見に同意しない場合、そのモデレーターに対する個人的な憎しみや嫌悪を招く可能性があると思いますが。
ユーザーがPMに返信するだけで、サイトモデレーターに新しいメッセージを作成する必要がない方が、ずっと親切だと思います。ユーザーがTL2未満で、サイトがそのレベル以下のユーザーからのPM作成を制限している場合はどうなりますか？
システムPMとの慣習を破るつもりがないのであれば、後者が唯一実行可能な選択肢のように思えます。
モデレーターにメッセージを送るためのリンクや、モデレーターのカテゴリへのリンクを追加してはどうでしょうか。
RedditのAutomodと同様に、自動メッセージであることを示す通知を追加してください。
返信できないように、システムメッセージを閉じるようにしてください。
PMを閉じたり新規作成したりする代わりに、システムメッセージ内のリンクからモデレーターを招待したり、モデレーターのカテゴリへの招待リンクにすることもできます。カテゴリのモデレーターには、テンプレートメッセージで使用されているmciコードと同様にmciコードを使用できます。
さらに、discourse/config/locales/server.en.yml at 1d5f7f92e803bdcf98c98b16a45fadc1f2c4c7de · discourse/discourse · GitHub は、そのような動作が期待される場合、無効のようです。
それはシステム動作に関する考え方だと思います。通常、攻撃的なユーザーがシステムメッセージに返信してきました。
監視されていないメッセージであることが明らかなシステムメッセージに返信する人がいるケースはたくさんありますが、この場合は「このPMに返信する」と明記されているため、PMに自動的に@moderatorsを追加するか（モデレーターのアクションの結果として直接生じるPMであるため、これは論理的な選択でしょう）、または「このメッセージに返信する」というテキストを「@moderatorsにPMを送信する」に変更する必要があります。
)