21可实现性与开发边界

项目方向在 Minecraft Java 生态下有可研究的实现路径，但游戏版本、服务端、资源包与客户端要求尚未选择。这里评估的是设计依赖和原型顺序，不是插件兼容承诺或部署方案。

最先验证跨系统边界：玩家进入地牢时携带什么，离开时保留什么；一件装备如何唯一识别；一次奖励如何避免重复发放；一个公共机关如何对不同玩家表现。它们决定后续内容能否可靠扩展。

建议建立状态示例：未发现、已知线索、进行中、已完成、已结算。实际实现可以更简单，但玩家可见结果与保存记录必须一致。断线、死亡、重复互动和重启不能导致同一流程落入相互矛盾的状态。

性能要按真实场景测量。群系事件、实体 AI、粒子、模型和地牢同时存在时，观察服务器帧耗时、内存趋势、区块加载和客户端帧率。当前没有实测数据，不能承诺支持多少在线玩家。

不急于列完整插件清单。先明确能力属于原版规则、内容配置还是自定义逻辑，再验证版本、授权、兼容与维护成本。选型应服务已确定体验，而不由插件功能反向堆出策划。