BaronOfAI：用生成式AI重现经典毁灭战士关卡设计

探索BaronOfAI项目如何利用大语言模型和智能体架构自动生成经典毁灭战士游戏关卡，结合WAD文件格式解析、多智能体协作与游戏设计规则约束，为程序化内容生成开辟新路径。

• 原作者/维护者：Kirillk616
• 来源平台：github
• 原始标题：BaronOfAI
• 原始链接：https://github.com/Kirillk616/BaronOfAI
• 来源发布时间/更新时间：2026-06-14T02:45:17Z

原作者与来源

• 原作者/维护者：Kirillk616
• 来源平台：github
• 原始标题：BaronOfAI
• 原始链接：https://github.com/Kirillk616/BaronOfAI
• 来源发布时间/更新时间：2026-06-14T02:45:17Z 原作者与来源\n\n- 原作者/维护者：Kirillk616\n- 来源平台：GitHub\n- 原始标题：BaronOfAI\n- 原始链接：https://github.com/Kirillk616/BaronOfAI\n- 发布时间：2026年6月14日\n\n---\n\n项目概述\n\nBaronOfAI是一个创新性的开源项目，它将生成式人工智能技术与经典游戏设计相结合，专注于自动生成《毁灭战士》(Doom)系列游戏的关卡。该项目选择Doom的2.5D引擎而非现代全3D引擎，是因为其相对简单的架构更适合当前生成式AI的能力范围。\n\n项目的核心目标是通过大语言模型(LLM)和智能体(Agent)架构，创造出既符合游戏设计规范又具有可玩性的程序化关卡。这不仅是对经典游戏技术的致敬，更是探索AI在游戏内容生成领域应用边界的一次大胆尝试。\n\n---\n\n技术架构与核心组件\n\nWAD文件格式与关卡表示\n\nBaronOfAI建立在Doom经典的WAD文件格式之上。WAD(Where's All the Data)是Doom系列游戏使用的数据容器格式，包含关卡几何、纹理、怪物位置、物品分布等所有游戏内容。项目实现了完整的WAD文件解析和生成能力，包括：\n\n- SVG可视化预览：将生成的关卡转换为SVG矢量图形，便于在Web界面中预览\n- WAD编译器：将高级关卡描述转换为可玩的二进制WAD文件\n- 关卡验证器：确保生成的关卡符合游戏引擎的技术约束\n\n多智能体协作架构\n\n项目采用了一种分层的多智能体架构，模拟人类关卡设计师的工作流程：\n\n1. 根编排器(Root Orchestrator)：负责整体协调和任务分配\n2. 拓扑智能体(Topology Agent)：设计关卡的整体结构和房间连接关系\n3. 连接器/门智能体(Connector/Door Agent)：处理房间之间的过渡区域和门的设计\n4. 房间布局智能体(Room Layout Agent)：细化每个房间内部的具体布局\n5. 地图计划验证器(Map-plan Validator)：检查生成的关卡计划是否符合设计规则\n6. 确定性编译器(Deterministic Compiler)：将高级计划转换为具体的WAD数据\n\n这种架构设计借鉴了现代AI智能体系统的设计理念，将复杂任务分解为多个专业化的子任务，每个智能体专注于特定领域的问题解决。\n\n---\n\n游戏设计规则约束系统\n\nBaronOfAI最引人注目的特点之一是其详尽的游戏设计规则系统。项目维护者制定了一套全面的设计准则，确保生成的关卡既具有挑战性又保持公平性：\n\n难度平衡原则\n\n- 避免极端难度：禁止生成包含100个赛博恶魔或几乎没有医疗包的极端关卡\n- 避免过度简单：不允许生成到处都是无敌、超级球和BFG9000的 trivial 关卡\n- 保持战斗空间：确保玩家有足够的空间进行战斗和移动\n\n关卡可达性规则\n\n- 100%击杀可能：怪物不能放置在无法到达的位置\n- 秘密区域规范：标记为秘密的区域不应设置障碍物阻挡\n- 伤害地板处理：有毒、熔岩等伤害性地板必须设置高度变化，且高度应低于周围区域（除非设计为河流或瀑布）\n\n技术兼容性约束\n\n考虑到原始DOS版Doom的技术限制，项目还包含了一些复古兼容性规则：\n\n- 视平面限制：避免在单一视野中放置过多扇区，防止原始引擎出现visplane溢出错误\n- 平台数量限制：控制同时移动的升降平台数量，避免"no more plats"错误\n- ** crushers 触发机制**：确保压碎机只在接近时启动，离开视野时停止\n\n这些规则体现了项目对游戏设计历史和经典技术约束的深刻理解，也展示了AI系统如何被约束以产生符合特定领域规范的内容。\n\n---\n\n交互式Web界面与工具链\n\nBaronOfAI提供了一个基于Ktor和HTMX的现代化Web界面，使用户能够：\n\n- 浏览生成历史：查看最近生成的关卡列表\n- 可视化预览：在浏览器中查看关卡的SVG预览图\n- 一键下载：直接下载生成的WAD文件\n- 浏览器内游玩：集成WebDOOM运行时，允许直接在浏览器中试玩生成的关卡\n\n命令行工具\n\n项目同时提供了丰富的命令行接口，支持多种工作模式：\n\n- Koog智能体模式：使用OpenAI API进行智能关卡生成\n- 提示驱动生成：基于文本提示直接生成关卡\n- 经典解析器演示：读取并重新生成经典WAD文件（如ATTACK.WAD）\n- 智能体地图计划生成器：运行完整的多智能体工作流\n\n---\n\n技术实现细节\n\n技术栈选择\n\n项目采用Kotlin语言和Gradle构建系统，主要技术组件包括：\n\n- Ktor：用于构建Web服务器和REST API\n- HTMX：实现动态Web界面，无需复杂的前端框架\n- Gradle Wrapper：确保构建环境的一致性\n- JDK 17：项目编译和运行的Java版本要求\n\n存储架构\n\n当前实现采用文件系统存储，具有良好的可扩展性：\n\n- 生成产物：存储在WADTool/data目录（如GENAI.WAD、GENAI.svg）\n- 持久化关卡历史：存储在WADTool/data/levels/目录，包含prompt.txt、map.svg、map.wad、created.txt等文件\n- 抽象存储层：当前基于文件系统，可未来替换为S3等云存储\n\n安全与配置管理\n\n项目在安全方面采取了谨慎的做法：\n\n- API密钥管理：OpenAI API密钥仅从环境变量读取，不存储在代码库中\n- 运行时依赖：WebDOOM运行时文件（doom2.js、doom2.wasm、doom2.data）不提交到版本控制，用户需自行配置或使用Freedoom兼容资源\n\n---\n\n应用场景与意义\n\n程序化内容生成(PCG)研究\n\nBaronOfAI为程序化内容生成领域提供了一个独特的研究平台。与常见的地形生成或纹理合成不同，它面对的是具有严格规则和逻辑约束的关卡设计问题。这要求AI系统不仅要创造视觉内容，还要确保生成的内容在交互性和可玩性上符合预期。\n\nAI智能体协作范式\n\n项目的多智能体架构展示了如何将复杂创作任务分解为多个专业智能体的协作。这种范式可以扩展到其他创意领域，如建筑设计、故事创作、音乐编排等。\n\n复古游戏保护与再创作\n\n通过对经典Doom引擎的深入研究，BaronOfAI也为复古游戏的保护和再创作提供了技术基础。自动生成的关卡可以为老游戏注入新的生命力，同时也为游戏历史研究提供了新的视角。\n\n---\n\n使用入门指南\n\n环境准备\n\n1. 安装JDK 17\n2. 确保系统安装了Windows PowerShell或兼容的终端\n3. （可选）配置OpenAI API密钥用于智能体生成模式\n\n快速启动\n\nbash\n构建项目\n./gradlew build\n\n启动Web界面\n./gradlew run\n然后访问 http://localhost:8080\n\n使用Koog智能体生成关卡（需要OpenAI密钥）\nexport OPENAI_API_KEY=\"sk-...\"\n./gradlew run -PmainClass=wadtool.KoogAgentDslRunnerKt\n\n基于提示生成关卡\n./gradlew run -PmainClass=wadtool.PromptLevelGeneratorKt --args=\"prompt.txt WADTool/data/GENAI.WAD\"\n\n\nIntelliJ IDEA集成\n\n项目提供了预配置的Run Configuration，用户可以直接在IDE中启动Web UI，无需使用命令行。\n\n---\n\n总结与展望\n\nBaronOfAI代表了生成式AI在游戏内容创作领域的一次有趣探索。它不仅展示了LLM在结构化内容生成方面的潜力，更重要的是，它通过严格的设计规则约束，证明了AI可以在保持创意的同时遵循领域专业知识。\n\n项目的多智能体架构和对经典游戏技术的深入理解，使其成为AI辅助内容生成领域的一个值得关注的案例。随着生成式AI技术的不断发展，我们可以期待看到更多类似的项目，将AI的创造力与传统领域的专业知识相结合，开创人机协作的新模式。\n\n对于游戏开发者、AI研究人员和复古游戏爱好者来说，BaronOfAI都提供了一个独特的视角，让我们重新思考创意、技术和人工智能之间的关系。