このトピックにも興味があります！しかし、この議論を実践的なものにし、可能であれば提唱・実装につなげるためには、「ソーシャルメディア」とは何かの具体的な定義を最初に明確にすることが不可欠だと考えます。あなたが他の人々と指摘しているように、Discourse はネイティブ機能（またはプラグイン）においてすでに「ソーシャルメディア」の多くの側面を持っています：
- ユーザープロフィール
- ユーザー活動
- ユーザーフォロー
- ユーザー間の議論
- 洗練されたコンテンツのフォーマットと処理（実際、ほとんどのソーシャルメディアよりも優れています）
- 日付/活動などによるコンテンツ一覧
これ以上挙げてもきりがありませんが、要点はお分かりいただけるでしょう。では、Discourse とソーシャルメディアの違いは何でしょうか？Discourse が持っていないものを特定する方が、これを解き明かす上でより生産的だと考えられます。私の頭に真っ先に浮かぶ大きな違い（あなたが最初の投稿で触れたことだと思いますが）は、「フィード」ビューの欠如です。
現在の Discourse が持っているもの（例：「最新」）と「フィード」ビューの主な違いは、トピックの内容全体を直接閲覧し、メインのフィードからそれと相互作用できる点にあります。これにはいくつかの含意があり、良いものもあれば、おそらく悪いものもありますが、ユーザーエクスペリエンスの観点からは、コンテンツを消費し、かつ相互作用するための摩擦の少ない環境を作ることが得意です。私が考える主な利点の一つは、ユーザーが一貫した「文脈」を維持しやすくなることです（例：フィード内での位置を維持する）。Twitter はブラウザのナビゲーション（前後）においてこれを特にうまく行っていますが、Facebook はそうではありません。ただし Facebook は、フィード内での相互作用（コメントの展開、コメントの投稿など、フィードから離れずに操作）をよりよくサポートしています。
Discourse もまた、前後の移動、最後のスクロール位置への復帰、最後にクリックされたトピックの短時間のハイライト表示において優れています。しかし、Discourse のトピックリストの密度の高さゆえに、自分の位置を維持することが依然として困難であり、それ以上に、トピックのみの表示では、さらに深く関与するかどうかを判断するのに十分な情報が得られないことが多いのです。
さて、既存のソーシャルメディアサイトのように動作する「純粋な」フィードビューが必ずしも望ましいとは限りません。それは、Discourse の理想（浅い反射的な相互作用の回避など）に事実上反対するものと言えるかもしれません。しかし、フィードビューの概念がそれらの理想に本質的に反対しているわけではないと考えます。むしろ、そのモデルの恩恵を受けつつ、Discourse の現在のアプローチの利点を維持する方法について考える価値があると思います。
いくつかのアイデアが頭に浮かびます。まず、Facebook や Twitter のような慣れ親しんだ「フィード」ビューがあると仮定します。これは、再帰性や人気度といったアルゴリズム/モデルによってランキングされます。これは「投稿」を表示しますが、Discourse においてはトピックに相当します。完全なトピックを表示するか要約のみを表示するか、コメント/返信をデフォルトで表示するかしないかは、実装における重要な詳細事項であり、考慮に値します。
デフォルトで完全なトピックを表示するのは問題があります。これにより非常に長いスクロールが必要となり、各トピックの投稿者部分を少なくとも完全にスクロールして次のトピックを見る必要があるため、フィードビューの目的がやや損なわれてしまうからです。したがって、要約を表示するのが賢明と思われます。良い投稿の要約を生成する簡単な方法は私には知られていません（これは Discourse の議論要約機能とは異なります）。そのため、X 文字/単語を超えた本文を単純に「折りたたむ」というアプローチが最も一般的に採用されているようです。完璧ではないかもしれませんが、現時点ではより良い代替案を知りません。他の実装と同様に、クリックで展開する（例：「もっと見る」）仕組みにできるでしょう。ただし、任意の位置から下部へジャンプする（つまり「フィード内の次のトピック」）か、または「フィード/ストリーム」内の元の位置に戻って再折りたたみする機能があれば理想的です。Facebook は必ずしもこれを備えていません（Twitter は投稿の長さが極めて限られているため、これは無関係です😄）。
コメント/返信も同様にクリックで展開できるようにできますが、トピックを表示している時と同じように、オーバーレイとして下部からフルの編集エリアをポップアップさせる（現在の動作）のが理想だと考えます。Facebook のようなインラインでの返信作成ではなく、こちらの方が、より長く、深みのある返信を促すでしょう。いつものようにインラインのトピック表示から引用することも可能です。実際の違いは、トピックの内容を上下にスクロールして通過すると、すぐに他のトピック（少なくとも折りたたみ表示では）が表示される点だけです。
展開/折りたたみの代替案として、コメントの表示とトピックとの相互作用を、より洗練された広々とした執筆エリアで実現し、小さなコメントボックスに起因する否定的なインセンティブ（浅い相互作用など）を回避するという要望にも応える可能性があるのは、ポップアップトピックビュー、つまり背景を暗くするモーダルウィンドウ（Reddit モデル）です。ウィンドウの外をクリックすることで閉じることができます。このアプローチのすべてが気に入っているわけではありませんが、懸念の多くは UX に関するものであり、クリックによるユーザーの意図のより良い解釈（私は Reddit のスレッドからあまりにも簡単にクリックで離れてしまいます）などで改善できると思います。利点は、コンテンツを表示するためのスペースが十分にあることで、トピックを読み進め、より深く相互作用することを促す点です。
全体的なフィードアプローチ、特に「Reddit」モデルは、Discourse の既存のアプローチと比較して特に興味深いと考えます。既存のトピックリストは、少なくともタイトル以外の何らかのコンテンツが見られる Facebook のフィードビューよりも、より浅く/スキャンしやすいという主張も成り立ちます。もちろん、Topic List Excerpts はこれをある程度解決していますが、それでも真の「フィード」ビューとは異なります。とはいえ、それは良い出発点かもしれません。そして実装すべきことは、この「モーダル」トピックビューのアイデア（またはインラインでのクリック展開ですが、これは私の素人非プログラマーの頭にはより大きな課題のように思えます）だけかもしれません。@anon73664359 さん、このような設定は、Discourse の「ソーシャルメディア」バージョンに対するあなたの要望の多くを満たすと思いますか？つまり、トピック抜粋、最新トピックビュー、モーダルポップアップトピックビューを備えた Discourse です。もしそうでない場合、何が不足していますか？