Minecraft Bukkit 专业插件开发
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/minecraft-bukkit-pro。
技能介绍
你在解决什么问题
写 Minecraft 服务端插件时,API 横跨 Bukkit、Spigot 与 Paper,版本差异、事件热点(如 PlayerMoveEvent)和 NMS 反射很容易把项目拖进维护泥潭。本技能把「能跑」和「能在生产环境长期跑」区分开:从架构选型、实现步骤到验证方式,按工程师习惯给出可执行的检查清单,而不是泛泛的教程目录。
技能如何协助你
技能以 明确目标、约束与输入 为起点,再套用文档中的最佳实践并要求 可验证的结果。需要落地细节时,会指向 resources/implementation-playbook.md 中的实现手册。
核心覆盖包括:
- API 层:事件优先级与自定义事件、Paper 的 Adventure / MiniMessage / Lifecycle、Brigadier 命令与 Tab 补全、带 NBT 的 GUI、世界与区块、实体 AI
- 内部机制:NMS 与映射、数据包与协议、跨版本反射、Paperweight-userdev、自定义实体、tick 与计时分析
- 性能工程:热点事件治理、异步 I/O 与数据库访问、区块策略、内存与 GC、Spark 等生产剖析
- 生态集成:Vault、PlaceholderAPI、ProtocolLib、HikariCP 与常见存储、消息队列、Webhook、跨服与容器部署
工作流上强调 先研究(查当前 API 与社区方案)、架构至上(SOLID 与分层)、优化前先剖析,并区分服务端类型以选用合适 API;测试侧建议 MockBukkit 单元测试加真实服务端集成测试。
适用边界
任务与 Minecraft Bukkit 专业插件无关时不必启用本技能;需要本范围外的其他领域或工具时,应改用对应技能。实现前仍建议自行核对目标 Paper/Spigot 版本与依赖许可,技能输出是工程指引而非替代你对线上环境的最终判断。
使用场景
- Paper 服上 `PlayerMoveEvent` 等热点监听导致 TPS 波动,需要按优先级梳理监听器并制定可验证的优化方案。
- 为新玩法插件实现 Brigadier 命令与 Tab 补全,并区分 Bukkit/Spigot 与 Paper 该用的现代 API。
- 自定义实体或协议相关功能依赖 NMS,需在多版本间用 Paperweight-userdev 与反射策略保持可维护。
- 存量插件要集成 Vault、PlaceholderAPI,并把 MySQL/Redis 访问改成异步,避免阻塞主线程 tick。
适合人员
- 自营小游戏或生存服的服主/技术负责人,线上卡顿时要按事件、区块与 Spark 剖析定位插件瓶颈。
- 维护上架或商业插件的 Java 作者,计划迁移到 Paper 并统一 Adventure、MiniMessage 与配置格式。
- 多服集群运维或后端同学,要在 Bukkit 插件里做 Redis 跨服同步、消息队列或 Webhook 告警对接。
- 接手老旧 Bukkit 单体代码的维护者,需要分层重构、补 MockBukkit 测试并整理 CI 与语义化版本发布。