おそらくばかげて聞こえるかもしれませんが、通常は重複スレッドを避けるか削除したいものです。しかし、今まさにスレッドを複製する必要があるケースがあります。どのようにすればよいでしょうか？
「いいね！」 2
手動で？トピックの生データを /raw/{topic_id} にアクセスしてすべてコピーすることで取得できます。
つまり、<https://meta.discourse.org/t/195111> は <https://meta.discourse.org/raw/195111> になります。
ちなみに、Discourse では「スレッド」のことを「トピック」と呼んでいます。
追記：あるいは、TL4/スタッフ権限をお持ちの場合は、編集ボタンをクリックしてすべてコピーすることもできます。
「いいね！」 4
実際には、それが私の必要としている動作ではありません。すべてのトピックとすべての返信が欲しいのです。thread の完全な複製が必要ですが、topic_id は異なるものでなければなりません。
「いいね！」 1
スレッド全体を「再現」する方法を見つけましたが、それは非常に手間のかかる作業であり、本当に複製する方法はありませんでした（例えば、いいね！を維持するなど）。
新しいスレッドを作成し、スタッフなどのアクセス制限のあるカテゴリに配置します。元のトピックのスレッドから各返信をコピーし、新しいトピックのスレッド内の返信として貼り付けます。新しいトピックのスレッドに必要な返信のみについては、選択して移動します。その後、コピーした返信の所有者を、元の返信を投稿したユーザーの名前に変更します。作業が完了したら、元のスレッドを閉じ、新しいトピックのカテゴリを公開カテゴリに変更します。
もちろん、これを定期的に使用するほど手間のかかる方法ではありません。今回この方法をとらざるを得なかった理由は、非常に長いタイトルでトピックが作成され、それが2つの異なるトピックスレッドとして解釈される可能性があったためです。私たち（モデレーター）は長いタイトルの問題に気づいていました（現在は文字数制限を設ける予定です）が、その時点でそれが問題を引き起こすとは思いもしませんでした。
会話が開始され、気づいた頃には、あるメンバーからの攻撃的なコメントがあったにもかかわらず、両方のトピックにおいて非常に複雑でデリケートな会話が進んでいました。その攻撃的なコメントは、両方のトピックで豊かな反応を引き起こしました。
貢献の豊かさを維持し、繰り返し問題を起こしたメンバーを戒め、この出来事をコミュニティ教育の機会とし、両方の価値ある会話がそれぞれ成長できるようにするために、トピックを分割し、それぞれのトピックに関連する発言のみを残すことが最善だと判断しました。ただし、両方のトピックをカバーする発言については、明確さと理解を深めるために、両方のトピックで繰り返すことをためらいませんでした。
攻撃的な返信が残されたトピックスレッドでは、攻撃的な投稿の前にスタッフの注意書きを付け、それがコミュニティの価値観に反するものであることを示しつつ、教育目的のために残しておくことを明記しました。その投稿は以下のように編集しました：
<del>タグを攻撃的な言葉の前に配置し、
「メンバーが建設的な方法で意見を表明するためには、以下のように表現すべきでした」と説明しました。
<ins>タグをその後に配置しました。
これは多くの作業と思考を要しました。手動で再び行うことはしないでしょう。しかし、このユースケースは確かに存在します。
「いいね！」 2
それはかなり大変そうですね！次回から、単に技術サポートを求めて（「トピックを複製するにはどうすればよいですか？」）質問するだけでなく、最初の投稿で状況と達成したいことを説明すれば、より良いフィードバックが得られるかもしれません。例えば、トピックを閉じ、最後の投稿にスタッフのメモを付け、それぞれの議論が続けられるよう2つの新しいトピックへリンクさせるだけでもよかったかもしれませんね。
「いいね！」 7
あなたのコメントを非難することはできません。当掲示板で fmpro に関する技術的な質問が寄せられる際、「その目的は何か」と問われることはよくあります。
しかし、私は現在の状況においてこのアプローチを実験するつもりで固く決意していました。スレッドを閉じて新しいトピックを 2 つ作成する方法については知っていました。既存の資料を教育目的で活用したかったのです。
私たちは非常に優れたコミュニティを持ち、多くの素晴らしい貢献があります。しかし、私たちはベンダーのプラットフォームへの不満から生まれました。そのため、人々がベンダーへの愚痴や文句を言うことから抜け出し、建設的な方向へ進むよう、さまざまなアプローチと変化管理の手法を用いてきました。
多くの人々は、製品やベンダーに対する批判的な意見の伝え方において進歩を遂げました。残念ながら、一部の個人は状況を悪化させる傾向があり、コミュニティに悪い評判をもたらしました。その結果、ベンダーと密接な、あるいは特権的な関係を持つエコシステムの貴重なメンバーが私たちのコミュニティから遠ざかってしまいました。これは残念なことです。なぜなら、私たちは有機的に成長してきたからです。多くの人々は当フォーラムの存在を知ると、その雰囲気を気に入り、留まろうとします。また、こうした優れたメンバーは貴重な専門知識やコンテンツをもたらしてくれていたからです。
2 名の非常に評判が高く、尊敬される開発者が、無駄な言い争いに耐え、情報を正すために「働きすぎ」なければならず、貢献する意欲や楽しさを失い、自ら去らざるを得なくなりました。
私たちはモデレーションを行いましたが、同じイライラさせる行動が繰り返し表面化する状況は不快でした。また、全員に発言の権利を与えることを試みた結果、結局は少数の「やじ馬」が自制心を欠くことで、全員が我慢を強いられて不快な状況を目撃せざるを得ないことが、ある意味で全員にとって不公平であると気づきました。
当 FAQ は、彼らに自身の相互作用における欠陥を観察し認識する能力を植え付けるには不十分でした。「やるべきこと・やってはいけないこと」やガイドラインの代わりに、人々は各自の解釈で受け取る傾向があるため、新しい管理者は「価値観」の促進を決定しました。その結果、モデレーションが容易になりました。「この投稿は当コミュニティの価値観に反しているため、編集された（または修正されるまで非表示）」と伝えるだけで済むからです。
しかし、この方法では、生涯にわたり不適切なコミュニケーションを取ってきた人々が、より良くなる方法を学ぶ助けにはならないと、最終的に気づきました。
そこで現在、スレッド内で直接的な教育的介入、つまりメタコミュニケーションを追加しています。それがどうなるか、見守りたいと思います。
「いいね！」 5
はい、@HAWK さんがタイトルをそのように修正してくれました。
私はここで起きたような事態を避けるために「スレッド」という言葉を使っています。あなたの提案は、トピック（つまり最初の投稿）を複製する解決策でしたが、私が求めていたのは、スレッド全体（つまり最初の投稿＝トピック＋それに続くすべての返信）を複製する解決策でした。
つまり、新しいトピックを作成して人々が返信を投稿すると、それが「スレッド」となるのです。
そこが問題なんです……Discourse には「スレッド」という概念は文字通り存在しません。最初の投稿とそれに対するすべての返信を合わせて「トピック」と呼びます。
「いいね！」 2
Discourse の文脈で提示された概念は受け入れます。ただし、言語学的、哲学的、歴史的にオンラインフォーラムの領域において、タイトル付きの最初の投稿とその後の返信からなるものを最も適切に表現するのは「スレッド」です。
「いいね！」 1
同意しますが、ここで見落としている点は、Discourse は他のフォーラムプラットフォームのようにスレッド機能を持っていないということです。まさにそのため、この区別を設けているのです。
「いいね！」 4
ご指摘の通りですね。この場合、「設計によって構成要素を統括する」という点がより曖昧になるため、「ディスカッション」や「会話」といった表現の方が適切かもしれません 
「いいね！」 3
Googleでトピックの定義を検索できます。
top·ic
/ˈtäpik/
テキスト、議論、会話で扱われる問題。主題。
これはかなり正確です。個人的な理由で別の単語を使いたい場合は、Discourseで管理者のカスタマイズから編集できます。
元の件については…
トピックの管理者のレンチを押してトピックを分割し、別のリンクされたトピックに「別の」トピックに関する返信を移動させるのはどうでしょうか？それは、Discourseの多くのツールによってサポートされている、より簡単な行動でしょう。
「いいね！」 2
なぜなら：
「トピックを分割し、それぞれに関連する投稿のみを保持したいのですが、両方にまたがる投稿は明確化と理解のために両方に含めることをためらわないようにしたいのです。」
投稿を元のトピックに残したまま新しいトピックにコピーする方法がまだわからない限り、あなたが提案する方法では、理解を深めるために特定の返信を両方のトピックに残すことができません。
なるほど、引用が多く含まれる絡み合った返信があると複雑になるかもしれませんが、それは比較的まれなケースでしょう。私はほぼ10年間、あらゆる形態のメタでモデレーションを行ってきましたが、トピック全体を複製する必要があったという状況はほとんど思いつきません。通常のトピック分割で十分な場合が多いです。
「いいね！」 2
ジェフ、トピック全体を複製できると非常に役立つユースケースがあります。
私たちは、特に労働組合であるビジネスコラボレーションのためにインスタンスを使用しています。各会議で、TOCスタイルの8つの投稿でスレッドを作成します。
各会議の投稿1〜8は、トピック内で非常に異なりますが、毎月同じ形式で、特定の情報が貼り付けられるだけです。最初の投稿だけでなく、トピック全体をテンプレート化し、毎月複製して月次情報を挿入できる機能があれば、非常に役立ちます。
現在、各投稿1〜8のテンプレートを含むトピックをプライベートカテゴリに作成しました。現在、分割画面で新しいトピックを開き、テンプレートトピックから新しいトピックに投稿1をコピーし、次に投稿2、次に投稿3などをコピーする必要があります。
これは非常に珍しいユースケースですが、トピックをクローンする管理者機能、またはカテゴリにネストされた複数の個別の返信テンプレートをトピックテンプレートに含めるようにトピックテンプレートを拡張する方法があれば、非常に役立つインスタンスがいくつかあります。
現在、トピックテンプレートまたはウィザードであっても、私ができることは、空の投稿#1を複製することだけです。
「いいね！」 1
こんにちは。
Discourse Canned Replies は、この問題に対するより良い解決策にはならないでしょうか？トピックと投稿に対して一度作成すれば、テンプレートを簡単に選択できます。
「いいね！」 4
そうですね…うまくいきそうです。見てみましたが、とても励みになります。@Don ありがとうございます！
「いいね！」 4
こちらもユースケースがあります。プライベートなヘルプ要求の手段としてPMを使用していますが、ユーザーに要求を公開することを奨励しています。支援からより多くの人が恩恵を受けられるように、公開ヘルプ要求を優先しています。
理想的には、OPのヘルプ要求と選択された返信を新しい公開トピックにコピーし、自動応答メッセージと、公開できるかどうかを尋ねる返信などを除外します。
現状では、PMトピックをプライベートカテゴリのフルスレッドにし、表示したくない返信を削除してから、公開エリアに移動する必要があります。
なぜ逆の方法でやらないのですか？公開したい投稿を選択し、新しい会話に移動して、それを公開トピックにするのですか？公開したくないものをすべて削除するよりも、慎重に公開するものを選ぶ方が安全だと感じます。
「いいね！」 4
それは良い点ですね。OPの投稿は新しいトピックに移動できないと仮定していました。いくつかテストをして、どのように機能するか見てみます。提案ありがとうございます。
「いいね！」 1