代理伺服器插件 產生器
為什麼要產生代理伺服器插件
用對的 API 做對的事
代理伺服器程式碼不是 Bukkit 程式碼。產生器會使用代理伺服器自己的事件模型和連線 API，而不是產生根本無法解析的伺服器端呼叫。
天生就涵蓋整個伺服器群組
一個插件就能看到每台後端伺服器上的每位玩家，是放排隊、全域聊天、管理員提醒和分流規則最自然的地方。
需要時兩邊都幫你做
很多伺服器群組的功能需要一個代理伺服器插件，加上一個透過插件訊息溝通的小型後端搭配插件。描述完整流程，Codexe 就能把兩者都產生出來。
想改做後端的東西？
玩法、方塊、物品和世界事件都在後端伺服器上，也就是要用 Spigot、Paper 或 Folia 插件，如果你偏好 Kotlin，也可以用 Kotlin 插件。插件說明文件會說明每種程式碼該放在哪裡。
提示詞範例
代理伺服器插件產生器常見問題
代理伺服器插件和一般插件有什麼不同？
+
代理伺服器插件執行在 BungeeCord 或 Velocity 上，它們位在你的後端伺服器前面。它沒有世界、方塊或實體，API 只處理玩家、連線，以及某位玩家會被導向哪台伺服器。凡是跟遊戲玩法有關的東西，都必須改用執行在後端伺服器上的 Bukkit 系列插件。
BungeeCord 和 Velocity 的 API 一樣嗎？
+
不一樣。它們解決的是同一個問題，但 API、事件模型和插件描述檔完全不同。請在提示詞中說明你的目標是哪一個，為其中一個寫的程式碼無法在另一個上編譯。
代理伺服器插件可以改方塊或給物品嗎？
+
沒辦法直接做到。代理伺服器無法存取世界狀態。常見的做法是一個代理伺服器插件，加上每台後端伺服器上一個小型的搭配插件，兩者透過插件訊息溝通。描述這樣的架構，Codexe 就能把兩邊都產生出來。
要怎麼把玩家送到另一台伺服器？
+
透過代理伺服器的 connect API，這正是這個目標存在的用途。產生的程式碼會處理伺服器查找，以及目的地離線時的失敗情況。
它能處理插件訊息頻道嗎？
+
可以，只要你提出要求。描述代理伺服器和後端需要互相傳遞什麼，產生器就會在兩邊接好頻道註冊和訊息處理器。
我應該用哪一個？
+
Velocity 是比較現代的選擇：速度更快、持續開發中，API 也更簡潔。BungeeCord 比較老，但仍然非常普遍，所以如果你的伺服器群組已經在用它，或你依賴某個只支援 BungeeCord 的插件，就選它。
其他 Codexe 產生器
需要在後端伺服器上執行，而不是在代理伺服器上的東西？Codexe 也能產生：
Codexe 如何建置與檢查這些專案、需求裡該寫什麼，以及常見問題：BungeeCord and Velocity proxy plugins 指南。