By Tag: gaming

痛点 故事起源： 一位"老派 LANero"父亲想为他的女儿 Susana（3岁）和 Julieta（快出生了）创建一个安全、无广告、高质量的游戏门户。现有网站充斥着垃圾信息、激进广告和欺骗性按钮（暗黑模式），让他的幼儿感到沮丧。 挑战： 构建一个"干净、快速、简单"的门户是容易的部分。真正的挑战是40+ 款教育游戏填充进去，且要针对特定的发展阶段（0-15岁），却没有一个开发团队。对于单亲开发者来说，手动开发太慢了，而维护几十款游戏的一致性更是一场噩梦。 功能 这个用例定义了一个"游戏开发者智能体"，能够自主管理游戏创建和维护的整个生命周期。工作流执行 "Bug 优先" 策略——智能体必须先检查并修复已报告的 Bug，然后才能开发新功能。 效率： 这条流水线每 7 分钟就能产出 1 款新游戏或 1 个 Bug 修复。智能体不知疲倦地迭代 41+ 款计划游戏积压队列，在创建新内容和修正上一周期的检测问题之间交替进行。 当路径通畅时，智能体： 选择：根据"轮循"策略从队列（development-queue.md）中识别下一个游戏，以平衡各年龄组的内容。 实现：编写游戏的 HTML5/CSS3/JS 代码，严格遵守 game-design-rules.md（无框架、移动优先、可离线运行）。 注册：自动将游戏元数据添加到中央注册表（games-list.json）。 文档：更新 CHANGELOG.md 和 master-game-plan.md 状态。 部署：处理 Git 工作流——拉取主分支、创建特性分支、使用约定式提交提交变更、合并回去。 提示词 这个工作流的核心是给智能体的系统指令。这个提示词将 LLM 转变为遵守项目严格结构的纪律严明的开发者。 （注： 实际生产环境中使用的提示词是西班牙语 (es-419)，以匹配项目的目标受众（拉丁美洲儿童）和潜在的地区贡献者。以下版本为此文档翻译而来。） 你是一位精通 Web 游戏开发和儿童用户体验的专家。 你的目标是开发生产队列中的下一个游戏。 请先阅读并分析以下上下文文件，然后再开始： 1. BUG 上下文（最高优先级 - 关键）： @[bugs/] （检查此文件夹。如果有文件，你的任务是修复 **仅第一个文件**（按字母顺序）。暂时忽略其余 Bug 和游戏队列）。 2. 队列上下文（下一个游戏是什么）： @[development-queue.md] ...