Discourse 3での体験は、特にリアルタイムチャットの追加が気に入っています。
Slackでの体験のように、個々のメッセージからスレッドを作成できるようにする計画はありますか？
はい、チャットにスレッド機能を追加する作業を行っていますが、まだ計画段階です…「2023年中のどこか」以上の詳細や時期を提供できる段階ではありません。
「いいね！」 14
「スレッド」の最初のバージョンがどのようなものになるか、また、それに何と名付けるかについては、まだ正確にはわかりません 
。他のチャットプラットフォームでのスレッドの仕組みには多くの人が精通していますが、それらを使用しているコミュニティを初期段階で調査したところ、機能の採用には成功の度合いにばらつきが見られました。コミュニティ（またはコミュニティ内のチャンネル）ごとに異なるニーズがあるようです（そして、一部はそれなしの方が良いとさえ言えるかもしれません）。
@chadwcarlson さん、特にこれまでのご経験について、さらに詳しくお聞かせいただけますか。過去にどのようなシナリオでスレッドが最も役立つと感じましたか？これまでのDiscourseチャットで、スレッドがあれば役立ったと感じたシナリオはどのようなものがありますか？
「いいね！」 7
@awesomerobotさん、ありがとうございます！@mcwumblyさん、なるほど。
現時点ではSlackに大きく依存しており、いくつかの質問やトピックについて同時に深く議論したり、特定のサービスのステータスに関する継続的なアップデートを単一のスレッド内で整理したりする場合でも、スレッドがあることで私が好む方法で整理された状態を保つことができます。
これまでのDiscourseのチャットでは、この同じ体験を再現しようとしてきました。コミュニティチャットをトピックや投稿にすべて一か所で接続できることには、確かに大きな利点があります。現時点では、Slackでの経験から、スレッドなしのチャットが新規参入者にとってナビゲートが困難にならない方法を理解するのに苦労しています。
Discourse内でスレッドなしのチャットを使用するというアイデアの一部は、チャットで会話を開始し、それを一種の「スレッド」としてトピックに移動させることなのかもしれません。おそらく、私が苦労しているのはその点です。トピックを作成する前に数件のメッセージがあり、そこでスレッドが役立つ可能性があると考えています。
「いいね！」 6
ええ、私も過去にそれがうまく機能するのを見てきました。特にグループが大きくなり、整理を維持する代替手段がない場合にはそうです。
はい、チャットのスレッドを「プロトトピック」と考えることは、私たちが念頭に置いていることです。それまでの間、現状でもかなりうまく機能していると思います。確かにSlackとは異なる体験なので、その体験に慣れてしまったコミュニティを_移動_させるのは難しいかもしれません。しかし、私の見方では次のようになります。
- チャットはよりインフォーマルです。手放しましょう。物事を整理しすぎないように心配しないでください。
- チャットでまず議論を進めることは問題ありません。たとえスレッド化されていなくても。それが乱雑であることを少し快適に感じてください。大したことではありません。
- 会話がトピックで続ける価値があると思われるポイントに達したと感じたら、トピックを作成します。
さて、最後の部分ですが、それは今日、_実際には_どのように見え、どのように感じられるのでしょうか？
簡単な方法は次のとおりです。
- 新しいトピックを開始し、「#general::channel で話していたことについて…」とmentionするだけです。
- そのトピックへのリンクをチャットに戻します。「ねえ、ここでそれについてのトピックを作成しました：トピックへのリンク」
気の利いた方法は次のとおりです。
- チャット会話からのすべてのメッセージを選択します（シフトクリックで範囲を選択し、間の関連のないメッセージを選択解除します）。
- 「コピー」または「トピックで引用」を選択します。
- 新しい概要でトピックを作成しますが、チャットからの完全なトランスクリプトを含めます。おそらく
[details][/details]にさえ含めます。 - 新しいトピックへのリンクをチャットに戻します。
これらの両方とも、私たちの経験では今日うまく機能します。
しかし、同意します。スレッドを使用して「気の利いたモード」を_簡単に_する機会があります。
「いいね！」 9
このスレッドを読んでよかったです。@chadwcarlson、@awesomerobot、@mcwumblyさん、共有ありがとうございます。
Discourseのコンテキストでスレッドがどのようなものになるのか、私も想像して首をかしげています。
「無料」のSlackを停止し、チャット機能を有効にしたDiscourseへの移行を皆さんに促す予定です。Discourseのチャット機能は非常に気に入っていますが、スレッドで返信したいと思ったときに時々つまずきます。これは習慣であり、断ち切らなければならない習慣だと思います。
「Fancy mode」を使用しました。
これは素晴らしいです！
これに+1です。
実践でどのように機能するかはまだわかりませんが、AIマジックによって、チャットを通じてトピックが形成されていることを認識し、AIがトピック形成中だと判断したものに貢献した人だけに、新しいトピックに変換できることを提案するかもしれません。誰かが「はい、これをトピックに変換する」を選択すると、「Fancy mode」が自動的に実行され、投稿するトピックが提案されます。
「いいね！」 4
それが私の問題です：ユーザーは新しいトピックに移動しません。彼らはチャットを続け、私は彼らを責めません（ある意味ではそうですが ;)）、なぜなら会話は元々そこにあり、今でもそこにあるからです。
一括選択して削除する機能があれば役立ちますが、その削除オプションはありません。
したがって、私にとってトピックを開始することは、貴重なデータを保存するためのツールにすぎません。それ以外のものではありません。
「いいね！」 1
これはリストにありますが、いつ優先されるかはわかりません。それまでの間、別のチャンネル（おそらくスタッフのみの権限を持つ）を作成し、メッセージを一括でそこに「移動」するという回避策があります。
現在、スタブ（削除されたメッセージの痕跡）が残る醜い状態になっています。これもいずれ改善する予定です。
最終的にどうなるかは誰にもわかりません 
まずは実験的な機能としてアプローチし、特定の方向性にコミットする前にいくつかのアイデアを試す予定です。
移行を進める中で、他に問題点があればお知らせください！
「いいね！」 4
私もこの機能に興味があります。
時々、ユーザーは永続的なチャンネル（例：Dev）からトピック別の議論（例：#issue-X）へと会話を分岐させたい場合があります。そして、これらのトピック別の議論すべてを、Discourseのトピックのようにグループ化、アーカイブ、検索可能にしたいと考えている一方で、リアルタイムチャットのダイナミズムを維持したいのです。
現在、チャットからトピックへ移行すると、議論がサイロ化されたトピックに分岐するだけでなく（これは望ましいことですが）、議論の流れが遅いものへと変化します。議論が「形式化」されるにつれて、時にはペースを落としたい場合があることは理解していますが、時にはそうでない場合もあるかもしれません。
これが、Jakkeのユーザーの一部がチャットを使い続けた理由かもしれません。専用のトピックがあることに気づかなかったのではなく、会話の速い流れを維持したかったからです。
私たちのコミュニティでは、フォーラムで始まった会話からDiscordに移動し、Discordのスレッドを使ってリアルタイムで議論を解決するユーザーもいます。
3.0にアップグレードしたら、コミュニケーションをDiscourseに統合することを推進する予定であり、「Fancy Mode」を楽しみにしていますが、リアルタイムチャンネルから議論を分岐させる必要がある場合に、選択肢が遅いトピック構造しかなく、ユーザーがDiscordスレッドに戻ってしまう可能性があるという懸念もあります。
Discourse独自の「スレッド」の考え方が活かせる隙間があると思います。
いくつかアイデアがあります：
- スレッドは、誰でも動的に作成でき、後でアーカイブできる（おそらく作成者によって結論が述べられる）トピック別のリアルタイムチャットとして定義されるべきです。
- スレッドは、トピックのように独自のリストで表示できるようにし、スレッドが分岐する元のチャンネル/カテゴリ/トピックでフィルタリング、グループ化、並べ替えなどを行えるようにすべきです。Discord/Slackのような競合ツールのスレッドの発見可能性における最大の弱点の1つは、Discourseにはそれをはるかにうまく実行するためのビルディングブロックがあります。
- メッセージのどこからでもスレッドを開始できると素晴らしいでしょう。リアルタイムチャットだけでなく、遅いトピックの返信からもスレッドを開始できます。例えば、誰かがトピックに返信し、その返信について小さな確認質問があるが、メインのトピックを妨げたくない場合、その返信の関連部分を引用してリアルタイムスレッドを開始できます。返信には複数のスレッドを持つこともでき、これらはトピックを表示している人なら誰でも表示できます。これにより、私のコミュニティが、人々がより速く議論するためにDiscourseから離れたいという問題を解消できます。また、トピックをきれいに保つという副次的効果もあります。トピックは、よく練られた議論に絞り込み、すべてのラフな部分はスレッドに分岐させるべきです。
- 分岐した議論が全体像を把握しにくくなることを心配しているなら、1) 人々が分岐した議論をより洗練されたトピックの返信に結晶化させること、2) AIによる要約ツールの両方で対処できると思います。
編集：
特にコアチームがスレッドを実験している場合、UI/UXにおけるトピック/返信/チャット/スレッドの階層を明確にする必要がある段階に近づいていると思います。
現在でもやや混乱しています。トピックに返信でき、返信に返信することもできます。現在、視覚的な違いは、返信への返信に、誰に返信したかを示すインジケーターがあることだけです。他の人がフォローしている場合、トピックの議論がどのように分岐しているかを見るのは難しいことがあります。Redditのように、返信への返信をネストすることから恩恵を受けるかもしれません。ビルディングブロックはすでにPost Votingプラグインにあります。
スレッドを導入すると、階層/分岐に関する質問はさらに深まります。
トピックの返信からスレッドを作成できる場合、これらはネストされた返信への返信（その変更が行われたと仮定した場合）とは視覚的に区別する必要があります。なぜなら、スレッドはリアルタイムの分岐であり、返信は遅いトピック構造のネストされた継続であるため、機能的に区別されるからです。
「いいね！」 4
トピックにスレッドを組み込むことは、近いうちに実現する可能性は非常に低いです。私たちはこれを何度も断ってきましたし、フラットな議論はDiscourseの構築において最初期に行われた設計上の決定の一つです: Web Discussions: Flat by Design
多くのサブディスカッションを持つトピックは、ネストがあってもなくても、一般的にフォローするのが難しく、もし重要なものがネストされている場合、再訪時に見つけるのが非常に困難になります。トピックがさまざまな方向に分岐し始めている場合、通常は新しいトピックに分岐する方が理にかなっています。
「いいね！」 4
そして、これが重要な点です。
Discourse はモデレーションに重点を置いており、これらはすべてモデレーションプロセスの一部です。
「いいね！」 1
更新
チャットスレッドを社内でテストしており、今後数週間で公開できる見込みです。
「いいね！」 9
テストの進捗はいかがですか、@sam？
私たちのテスターコミュニティも、チャットスレッドを試すことを楽しみにしていると思います。
「いいね！」 2
1週間以内に共有できるものができると思います。機能フラグを公開し、人々が試用を開始できるように機能の概要を説明する簡単なトピックを作成する予定です。
「いいね！」 4