借助 LLM 编程辅助开发浏览器 4X 策略游戏
发帖者用两周时间开发了浏览器 4X 游戏 Hexwardia，借助 Grok 和 Gemini 编写战斗引擎、战争迷雾、地图生成和启发式 AI。任务：建议落地方案：使用 Grok 作为主要代码生成器和仓库管理工具，Gemini 作为第二轮逻辑审查工具，开发基于浏览器的 4X 策略游戏。工作流包括生成战斗、战争迷雾、地图生成和启发式 AI 等核心系统，并严格将修复限制为仅包含差异的精准补丁以保持代码稳定性。人类开发者需定义游戏架构，审查生成逻辑的一致性，并批准所有补丁应用。；工具：Gemini。人工角色：原始材料未说明；局限：前提条件包括访问 Grok 和 Gemini API 以及稳健的版本控制系统。该策略依赖于严格执行仅编辑补丁以防止代码膨胀和高 token 成本。关于 LLM 生成的启发式 AI 在没有大量手动调优的情况下是否稳定存在集成不确定性。所有逻辑更改都需要人工批准以确保游戏平衡。。
工具
Agent Work Atlas 发布日期:
概述
发帖者用两周时间开发了浏览器 4X 游戏 Hexwardia，借助 Grok 和 Gemini 编写战斗引擎、战争迷雾、地图生成和启发式 AI。
工作流程
建议落地方案：使用 Grok 作为主要代码生成器和仓库管理工具，Gemini 作为第二轮逻辑审查工具，开发基于浏览器的 4X 策略游戏。工作流包括生成战斗、战争迷雾、地图生成和启发式 AI 等核心系统，并严格将修复限制为仅包含差异的精准补丁以保持代码稳定性。人类开发者需定义游戏架构，审查生成逻辑的一致性，并批准所有补丁应用。
原文报告的结果
由于来源返回 403 错误且无可验证的执行数据，实际结果未知。建议验收检查：验证游戏加载时间是否低于一秒，单局游戏时长是否在 15–30 分钟内，以及迭代修复的 token 消耗是否比全文件重写减少至少 60%。
人工角色
原始材料未说明
局限
前提条件包括访问 Grok 和 Gemini API 以及稳健的版本控制系统。该策略依赖于严格执行仅编辑补丁以防止代码膨胀和高 token 成本。关于 LLM 生成的启发式 AI 在没有大量手动调优的情况下是否稳定存在集成不确定性。所有逻辑更改都需要人工批准以确保游戏平衡。
试一试
扮演一名开发浏览器 4X 策略游戏的游戏开发者。使用 Grok 生成战斗、地图生成和 AI 逻辑的初始代码，并使用 Gemini 审查这些代码中的逻辑错误。实施严格的工作流，所有后续修复均以仅差异补丁的形式应用，绝不重写整个文件。[可替换输入：游戏主题、具体机制、目标平台]。首先，创建一个小型示例模块（如基础战斗结算），并进行试运行以验证仅差异补丁流程是否有效且 token 使用是否高效。测量加载时间和 token 消耗。在进入完整游戏开发之前，需要人工确认示例的逻辑和补丁格式。如果缺少输入，请询问具体的游戏规则或技术约束。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。