多言語Discordサーバーの構築方法

多くの多言語Discordサーバーは、同じ2つの決定を間違った順序で行っています。先に翻訳ボットを選び、その後でチャンネル構成がそれに合っていないことに気づくのです。逆の順序でやる価値があります。

1. 共有チャンネル1つか、言語ごとに分けるか

インライン翻訳付きの単一の共有チャンネルは、サーバーにアクティブな言語が2つか3つを超えるまでは機能します。それを超えると、すべてのメッセージに他の人向けの複数の翻訳が続くようになり、どの言語を読んでいるかに関係なく、そのチャンネルは全員にとってノイズになります。

言語ごとにチャンネルを分け、その間でメッセージをリレーすれば、各部屋をそれぞれの言語で読みやすく保てます - ただし、以前は1か所で行われていた会話が分断されるという代償があります。ほとんどのサーバーは共有から始め、後からトラフィックの多い言語を分離します。最初から分けて後で統合するのではありません。

2. デフォルトで公開か、要求時のみか

すべての翻訳を公開投稿するボットは、設定が最も簡単で、最も早く手に負えなくなります。チャンネルが盛り上がってくると、ほとんどのメンバーは、すでに読めるメッセージの下に投稿された翻訳のほとんどを必要としていませんでした。

代替案はオンデマンドです。メンバーが翻訳を要求し - ボタン、コマンド - その結果を見るのはその人だけです。どちらも普遍的に正しいわけではありません。お知らせやサポートのチャンネルは通常、翻訳がデフォルトで全員に見えることを望みます。テンポの速い雑談チャンネルは通常そうではありません。

これはサーバー全体ではなく、チャンネルごとの判断です。広い可視性が必要なチャンネルと、静かに保つ必要があるチャンネルは、めったに同じチャンネルではありません。

3. サーバーが成長するにつれて実際に壊れるもの

予想どおり2つあり、どのボットを評価する際にも別々に確認する価値がある別々の問題です。

• チャンネルノイズ - 上で説明した通りです。翻訳を減らすことではなく、配信方法の選択で解決します。
• コンテキストの喪失。 メッセージ単位で翻訳するボットは、活発な会話を理解可能にする「それ」「あれ」といった指示語の参照を失います。これは翻訳品質の問題であり、チャンネル構成の問題ではありません - チャンネルをどれだけ再編成しても、会話の直近の数件のメッセージを見られないボットは直りません。

構成を決める前の簡単なチェックリスト

• すべてのチャンネルが同じ配信スタイルを必要としますか、それともチャンネルごとに異なりますか？
• チャンネルのペースが速くなると、ボットのコンテキスト処理は劣化しますか、それとも量に関係なく直近の履歴を読みますか？
• 1つの共有チャンネルから始めて、後で言語を分ける必要が出てきた場合、ボットは完全な再設定なしにそれができますか？

Pigonaは、チャンネルごとに組み合わせられる4つの配信メカニズム - 公開の返信、オンデマンドで公開される国旗リアクション翻訳、オンデマンドのプライベートなボタンパネル（翻訳ボタン）、言語ごとの独立したリレーチャンネル - で可視性の問いに答え、無料プランを含むすべてのプランに含まれるスマートコンテキストエンジンでコンテキストの問いに答えます。各配信メカニズムの仕組みを見る。

自分のサーバーでこの構成を試そう

無料プランは他のすべてのプランと同じコンテキストエンジンを使用しています - 構成を決める前に、どの配信スタイルが本当にそのチャンネルに合うかを試すには十分です。