注：トピックの要約について という一見類似したトピックがありますが、私が提案しているものとは実際にはかなり異なります（いくつかの要素が似ている可能性はあります）。
トピックの上部に要約セクションを設けることは、あなたにとって有用に思えますか？
これは私のアイデアリストに長年載っているもので、議論を大きく変える可能性があると考えています。
スレッド内のすべての投稿を読み通すのは、現在の状況を知りたいだけの場合、あまりにも大変だと常々感じています（思考の推移を追ったり、より深い洞察を得たりするのは良いことですが、全員がその時間を持っているわけではありません）。また、単に最後へスキップしてもうまくいきません。重要な投稿が途中にある場合があるからです。
特に何かを改善することを目的としたフォーラムでは、賛否や行きつ戻りつが繰り返されることが多く、それらすべてを、できれば冒頭で要約してくれるものを本当に求めています。そうすれば、何が起きているかが一目でわかり、1 分程度で済むからです。
この要約はどのように機能するのでしょうか？
私は summary を、通常の投稿と同じように編集可能なテキストフィールドとして想定しています。ウィキペディアのように、誰でも変更を加えることができます。変更は、スレッドに投稿を行う際に行うことを許可する、あるいは推奨する形にするかもしれません。その場合、変更の正当性を示す理由が投稿内容そのものになるでしょう。
この会話自体を例に使って説明しますね。
まず、最初の人物（私）が新しいトピックを開始し、最初の投稿（これ）を書きます。
Discourse は私に「要約を編集しますか？」と促します。
「もちろん」と答え、要約に最初のテキストを追加します。
要約があれば、新規参加者がすぐに状況を追いかけることができ、コミュニティがより良い結論に達するのを助けることができます。
さて、ここまでは順調です。次に人物 B が登場し、以下のように返信するとします。
「それがやる価値があるかどうかはわかりません。実装はかなり難しいだろうし、ノイズが増えるだけではないでしょうか？」と投稿し、その後に要約の更新を促されます。
要約があれば、新規参加者がすぐに状況を追いかけることができ、コミュニティがより良い結論に達するのを助けることができます。ただし、ノイズを増やす可能性があり、実装も容易ではないかもしれません。
3 人目の人物 C は、「これは素晴らしいアイデアだと思いますが、B の意見に同意します。努力に見合わないかもしれません。……除非……これを提案や投票（あるいは特定のコミュニティが興味を持つ他のこと）でも使えるのでしょうか？ふむ、賛成と反対のリストを作ったほうがいいかもしれませんね。どう思いますか？」と言います。C は要約を更新しないことにしました。実際に良くするために何を変えればよいか確信が持てなかったからです。
4 人目の人物 D は、「はい、それなら私たちのユーザーエンゲージメントや提案作成のプロセスで完全に機能すると思います。それに、C の賛成と反対のリストを作成するというアイデアには賛成です。他にもあります：
各編集を編集者とリンクさせ、クリックするとその投稿に直接ジャンプするようにすれば、 basically 簡単なナビゲーションになりますよね？」
要約は以下のことができます：
- 新規参加者がすぐに状況を追いかけるのを助ける
- コミュニティがより良い結論に達するのを助ける
- 「簡単なナビゲーション」として機能する
- この Discourse フォーラムに限らない
しかし、考えられる欠点は以下の通りです：
- ノイズを増やす可能性がある
- 実装が容易ではない可能性が高い
B が再び登場します。「ちょっと待ってください。その穴に飛び込む前に、その要約は実際何を要約するものなのでしょうか？単にすべての投稿を言い換えただけのものですか？それはあまり意味をなさないでしょう？まずその定義を明確にできませんか？重要なのは、実際には投稿者の質問に答えるのに貢献している部分だけを要約すべきだと思いますが、どうでしょうか？そうでなければ、私が以前述べたように、単にノイズを増やすか、ユーザーが入力する必要があるオーバーヘッド、UI のオーバーヘッドなどを増やすだけになると思います……
ところで D さん、あなたの「簡単なナビゲーション」という表現は少し理解しにくかったので、少し修正しました。これで大丈夫でしょうか？」
要約は、投稿者の質問に答えるのに貢献しているすべての関連内容を要約すべきです。
以下ができるかもしれません：
- 新規参加者がすぐに状況を追いかけるのを助ける
- コミュニティがより良い結論に達するのを助ける
- 要約内のセクションは編集者へのハイパーリンクとして機能する
- この Discourse フォーラムに限らない
しかし、考えられる欠点は以下の通りです：
- ノイズを増やす可能性がある
- 実装が容易ではない可能性が高い
ユーザー D は、「はい、ありがとうございます B さん。私の意図が必ずしも明確ではなかったのはその通りです。それでも、個人的な見解ですが、そこには簡単なナビゲーションの記述を残したいです。何かをリンクさせることで、ある種の……検証性？真正性？その言葉が何だったか思い出せませんが……
ああ、それから、この Discourse フォーラムの外でも使えるという私の最初の点を少し言い換えます……
私が本当に伝えたかったのは、提案や投票という特定の焦点に限らず、これを利用できるということでした。例えば、タスクの進捗状況の追跡や、何かのステータスの管理、あらゆる種類の質問に対するより包括的な洞察などに使えるかもしれません……可能性は無限大です。」
要約は、投稿者の質問に答えるのに貢献しているすべての関連内容を要約すべきです。
以下ができるかもしれません：
- 新規参加者がすぐに状況を追いかけるのを助ける
- コミュニティがより良い結論に達するのを助ける
- 要約内のセクションは編集者へのハイパーリンクとして機能する
- 個別の主張の詳細への簡単なナビゲーション
- 提案や投票だけでなく、非常に有用になり得る
しかし、考えられる欠点は以下の通りです：
- ノイズを増やす可能性がある
- 実装が容易ではない可能性が高い
その後、ユーザー X が登場し、この最新の要約バージョンを確認します。直感的なものがほとんどですが、「編集者へのハイパーリンク」という部分だけが少しわかりにくいです。そこでマウスをホバーすると、ユーザー D の投稿が最初のリンクエントリで、ユーザー B の投稿が 2 番目であることが表示されます（ホバー時のポップアップ情報）。リンクをクリックすると、D の投稿に直接飛び、詳細を読むことができます。その後、B の投稿も同様に表示されます（その間にあった変更に関与しなかった投稿は折りたたまれている可能性があります）。
……はい、これでイメージは伝わったでしょうか。
状況を追うのは非常に簡単ですよね？（その要約だけを読めばいいと想像してみてください！）
さて、私が想像しているすべての詳細でこのプラグインを作成するのは簡単ではありません（このプラグインがもっとできることはたくさんあります。私のまだ名前をつけていないお気に入りは、関連するブログ投稿の投票や反応に基づいて、フォントサイズや太さ、色を増減させる機能などです）。また、いくつかの部分は少しトリッキーなロジックになるかもしれません（例えば、変更された部分を正しく著者に帰属させたり、誰かが「not」を削除した場合の可視化など……）。しかし、すべてが実現可能であり、多くの議論に多大な価値をもたらすことができると思います。
（これは私が書くつもりだったよりもずっと長くなってしまいましたが、この例を考えるのは楽しかったです 
）
あなたの考えはどうですか？
このようなプラグインは、Discourse のエコシステムで実際に技術的に実現可能でしょうか？
もっと情報が必要ですか？より本格的なモックアップが必要ですか？（得意ではありませんが、作成してみることはできます）
免責事項：
私は自分でこれを開発してみることもできますし、そうするかもしれません。しかし、これまで Ruby / Ember / Discourse の経験がないため、時間がかかるでしょう。
また、このアイデアは少し前からありましたが、これが大変役立つと考えるコミュニティグループで少し注目されました。そのため、そこで開発して実際に使ってみる（dogfooding）ことも考えています。……しかし、これも時間がかかるでしょう。もしこれが Discourse にとって価値があるものなら、皆さんに参加していただくのは非常に素晴らしいことだと思います！
では、よろしく 
