代理端插件 生成器
为什么要生成代理端插件
用对工作的 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 生成器
Need something that runs on the backend servers instead of the proxy? Codexe also generates:
Codexe 如何构建和检查这些项目、需求里该写什么，以及常见问题：BungeeCord and Velocity proxy plugins 指南。