面向大型伺服器的 Discord 翻譯
翻譯一個 50 人的伺服器是個已經解決的問題。大多數機器人都能應付，複製貼上也行。接下來講的是三件在幾百到幾千名成員之間的某個節點會開始失效的事情，為什麼會失效，以及 Pigona 對每一件事做了什麼。
1. 翻譯丟失了對話線索
幾乎所有翻譯機器人都是一次處理一則訊息。一則訊息到達，單獨發給翻譯 API，一則翻譯返回。在安靜的頻道裡這沒問題，因為大多數訊息本身就是完整的。
活躍的頻道並不是由獨立完整的訊息組成的。它們由回覆、代名詞、句子片段，以及對兩分鐘前說過的話的呼應組成。孤立翻譯時，「對，就那個」在任何語言裡都不帶有資訊。頻道越快，只有結合之前內容才有意義的訊息比例就越高 - 所以這個問題會隨著你的伺服器一起變大，而不是保持不變。
容易做錯的部分
顯而易見的做法是把最近 N 則訊息作為情境一起發送。在活躍頻道裡，這會悄悄失敗，因為最近的 N 則訊息並不是 N 則對話訊息。它們是機器人回覆、指令輸出、其他翻譯，以及一個字的表情反應。從一個活躍頻道取出最近十則原始訊息，可能只有三則是真正的人類對話。
Pigona 的智慧上下文引擎只計算符合條件的訊息 - 由真人撰寫、長度足以承載意義 - 並會往回讀更多內容來找到它們，所以深度為十意味著十則對對話的真實貢獻，而不僅僅是最後發布的十則內容。篩選是純粹的程式碼，而不是模型呼叫：它是確定性的，不會給模型增加第二次往返，並且停留在一次 Discord 歷史請求內，而不會分散成多次。它在尋找這些訊息時最多讀取五十則，所以一個大部分是機器人輸出的頻道，無法把一次翻譯變成無限掃描。
你有兩個可調項。深度是要收集多少則符合條件的訊息 - 5、10 或 20。最小長度是一則訊息要達到多長才值得為它收集情境，這能讓「ok」和「哈哈」完全不產生費用。
觸發注入過濾器的情境會被整體丟棄，而不是清理後放行，這種情況下也會免除按訊息計的情境費用 - 你不會為被丟棄的歷史付費。在大型伺服器上這不是假設：成員越多，就越可能有人好奇如果對你的機器人輸入指令會發生什麼。
智慧上下文引擎包含在每個伺服器方案中，在你為某個頻道設定深度之前它是關閉的 - 新頻道啟動時預設沒有它。之後它會在翻譯本身之外，為每則被分析的訊息增加一筆小額費用，所以深度是一個你主動打開的成本開關，而不是預設運行的東西。
2. 每則翻譯都是你頻道裡多出來的一則訊息
這是關於翻譯機器人最常見的抱怨，而且純粹是規模問題。一個在每則外語訊息下面公開發布翻譯的機器人，會讓那個頻道的流量翻倍。一小時二十則訊息沒人會介意。兩千則的時候，頻道對所有人來說都變得難以閱讀，包括那些根本不需要翻譯的人。
真正有用的問題不是要不要翻譯，而是結果該落在哪裡。Pigona 給你四個答案，你可以按頻道混用：
- 中繼頻道把翻譯發送到一個獨立頻道，而不是來源頻道。它們透過 webhook 發布，所以帶有的是原作者的名字和頭像，而不是看起來像機器人輸出。來源頻道保持和以前完全一樣的熱鬧程度。
- 旗幟反應翻譯是按需、公開的。有人用旗幟表情做出反應，Pigona 就會在頻道裡回覆，所有人都能看到。如需私密翻譯，請使用 /translate 或右鍵選單 - 這些只會回覆使用它們的那個人。
- 翻譯按鈕是一則外語訊息下面的一個帶兩個按鈕的小面板：一個翻譯成頻道的語言，另一個翻譯成你自己的語言。無論點哪個，只有點擊的人能看到結果。這是按需的折衷方案 - 除非有人請求，否則什麼都不會被翻譯。這個面板不會一直存在：預設情況下它會在一分鐘後自行消失，而且每個新面板都會替換上一個，所以一波訊息只會留下一個面板，而不是二十個。
- 自主翻譯可以設定存續時間。如果你確實想要頻道內的公開回覆，可以設定成一分鐘到一天之間的某個時間後自動刪除。翻譯在有用的時候就在那裡，在變成捲動記錄之前就消失了。
3. 審核在你團隊看不懂的語言裡失明
小型伺服器通常只有一種共同語言和一種關於什麼是可接受行為的文化。大型伺服器沒有這些。一旦你相當一部分流量使用的語言，審核團隊裡沒有人能看懂，那部分流量實際上就處於無人審核的狀態 - 不是因為有人決定允許它，而是因為沒人能看見它。
Discord 自己對此的國際化建議基本上就是招募雙語版主，這在你凌晨 3 點需要第四種語言之前都還管用。自動關鍵字過濾器也填補不了這個空白，因為每個清單都得按語言手動重建。
坦白說說 Pigona 在這方面做了什麼：它讓內容變得可讀，僅此而已。在公開頻道裡使用自主翻譯，意味著用自己語言閱讀的版主，能在和其他所有人相同的地方、相同的時間，看到實際說了什麼。Pigona 不是一個審核產品，它不會給毒性打分，也不會和 AutoMod 整合。它消除的是「沒人能看懂」這個藉口。
4. 容量，讓你不用再猜
Pigona 按 Translation Credits 計費，而不是宣傳一個無限量的方案，這自然會引出一個顯而易見的問題：這個額度能否撐住一個真實的伺服器。以下是短訊息情況下的點數兌換翻譯數換算，而短訊息正是 Discord 大多數流量的樣子：
| 方案 | 價格 | 翻譯數 / 月 | 每日 |
|---|---|---|---|
| Community | 15€ | up to 50,000 | ~1,700 |
| Pro | 29€ | up to 100,000 | ~3,300 |
| Business | 45€ | up to 200,000 | ~6,700 |
有兩點會讓這些數字比點數總量看起來暗示的更大。你是按產生的翻譯收費，而不是按讀取的訊息收費，所以原文以及 Pigona 隨之發送的所有內容都是我們的成本，而不是你的。而且已經是目標語言的訊息永遠不會到達模型，所以完全不產生任何費用 - 在我們的生產流量中，這大約是機器人讀取內容的三分之一。所以在一個大部分是英語、只有少數德語使用者的頻道裡，你只為被翻譯的德語付費。英語無論有多少都不花你一分錢。
這些是上限，也應該這樣理解。它們是在智慧上下文關閉 - 這是頻道啟動時的設定 - 的情況下，按 0.2 Credit 最低標準為每則最多約四十個字元的訊息定價，這也是全部費用。真實頻道的訊息長度是混合的，按我們自己生產流量測算，一個 Community 伺服器每月更接近29,000 次翻譯，而不是 50,000 次。智慧上下文只有在你為某個頻道打開它之後，才會為每則被分析的訊息額外增加一筆小費用。
這兩個數字都沒有計入重複訊息快取，而實際情況下快取會讓兩者都變得更好。查看完整價格詳情。
Pigona 不做的事
在安裝之前而不是四十分鐘之後知道會更好：
- 已經是頻道目標語言的訊息，預設會被原樣保留。 在所有方案上都沒有翻譯、沒有翻譯按鈕、沒有錯誤。這會讓人感到意外，因為測試新頻道最直觀的方式就是用自己的語言發訊息，而這恰恰是唯一一種保證看起來像失敗的情況。改用第二種語言發訊息試試。任何人也都可以用旗幟表情做出反應，按需翻譯某則訊息，這在任何情況下都有效。有一個伺服器設定可以改變這一點：你可以讓翻譯按鈕依然在這類訊息上提供，這樣成員就能用自己的語言閱讀一則訊息。除非你打開它，否則它是關閉的，而且它絕不會讓 Pigona 把訊息翻譯成它們本來就已經是的那種語言。
- 不支援影片或其他音訊。 Pigona 會讀取圖片、PDF、文字檔和語音訊息，但不會讀取影片或其他音訊檔案。
- 只有在有人主動要求時，附件才會被讀取。 成員在訊息上按右鍵並選擇翻譯附件。頻道中發布的任何內容都不會被自動翻譯。
- 自主翻譯預設公開發布。如果你想讓翻譯不出現在來源頻道裡，需要用中繼頻道或刪除計時器，這是一個你必須手動打開的設定。
- 智慧上下文引擎在你打開之前不會運行。它包含在所有方案中，包括免費方案，但新頻道建立時情境深度為零 - 所以一個沒人設定過的伺服器會逐則翻譯訊息，也不用支付情境費用。打開它是一個按頻道做出的主動選擇。
- 中繼頻道需要目標頻道的 webhook 權限，因為正是這一點讓轉發的訊息看起來像原生訊息，而不是機器人輸出。
在你最活躍的頻道裡試試
免費方案就足夠讓你看到情境處理在你自己的流量上是不是真的有效，而這是唯一能說明問題的測試。不需要信用卡，一開始你也可以只在一個頻道裡試試。