Discourseをソーシャルメディアプラットフォームとして使用することについては、メタでいくつかの議論がありました（例えば、https://meta.discourse.org/t/using-discourse-as-a-social-media-platform/202133を参照）。もしあなたのプロジェクト/プラットフォームにとってクラブ（Invisionではそのように呼んでいます）が不可欠なのであれば、個人的にはDiscourseはあなたにとって最良の選択ではないと言えます。非同期ディスカッションのために設計されたプラットフォームを、本質的に異なるものに無理に適合させようとするのはなぜでしょうか？
また、別の質問をさせてください。ユーザーのセットがグループを作成し、メンバーシップを自己管理し、ネットワークを構築し、イベントを整理することを提案しています。これらすべてにおけるあなたの役割はどこにあるのでしょうか？なぜユーザーはあなたのウェブサイトを使用し、Messenger/WhatsApp/Telegramグループを作成しないのでしょうか？オフラインイベントを調整させたいのであれば、リアルタイムコミュニケーションが必要です。メッセンジャー（一般的に）は、通話を発信したり、リアルタイムのプッシュ通知を送信したり（自己ホスト型Discourseインスタンスでは簡単なオプションではありません）、最も重要なことに、別のアプリを確認する必要がないことを可能にします。もしあなたのターゲットオーディエンスが、例えばMessengerを使用して友人と連絡を取り合っている場合、そのグループに新しいメッセージがあるかどうかを確認するつもりがない場合でも、「ガーデナーズグループ」の更新を確認できます。
一方、別のプラットフォームでこれを処理する場合、ユーザーは更新を取得するために別のウェブサイト（またはアプリ）を開く必要があります。これは大きな障害には聞こえないかもしれませんが（ウェブサイトを開くのは難しくありません）、実際にはそうではありません。人々は、避けることができるのであれば、自分のルーチンに新しいアプリを追加することを非常に嫌がります。
あなたのアイデアの追求を思いとどまらせようとしているわけではありません。プラットフォームの決定を下す前に、そのような問題について考えたことを確認したかっただけです。
これは真実ですが、公式プラグインである場合にのみ実用的です。つまり、Discourseの新しいリリースとの互換性を確保するために報酬を得ているエンジニアのチームがいるということです。そうでなければ、特定のDiscourseバージョンにロックインされるか、プラグインを更新するために常に誰かを雇う必要があります。
実際、誰も以前にこれを言わなかったことに驚いています。Discourseは月額$0で、Invisionは月額$89から始まります。人によっては、これはすでにDiscourseを支持する決定的な議論です。