自主教育游戏开发管道
痛点
起源故事： 一位"老派 LANer"爸爸想为他的女儿们创建一个安全、无广告、高质量的游戏门户，女儿们是 Susana（3 岁）和即将出生的 Julieta。现有的网站充斥着垃圾广告、激进广告和欺骗性按钮（暗模式），这让他的蹒跚学步的孩子感到沮丧。
挑战： 构建一个"简洁、快速、简单"的门户网站是容易的部分。真正的挑战是填充 40+ 教育游戏，这些游戏针对特定的发育阶段（0-15 岁），而没有开发团队。手动开发对独立父母开发者来说太慢了，而且维护数十个游戏的一致性正在变成一场噩梦。
功能
此用例定义了一个"游戏开发者 agent"，自主管理游戏创建和维护的整个生命周期。工作流强制执行**"错误优先"**政策，agent 必须在实现新功能之前检查并解决报告的错误。
效率： 此管道能够每 7 分钟生产一个新游戏或错误修复。agent 不懈地迭代 41+ 个计划游戏的待办事项，在创建新内容和纠正之前周期中检测到的问题之间交替。
当路径清晰时，agent：
- 选择：根据"轮转"策略从队列（
development-queue.md）中识别下一个游戏，以平衡各年龄段的内容。 - 实现：为游戏编写 HTML5/CSS3/JS 代码，遵循严格的
game-design-rules.md（无框架、移动优先、离线支持）。 - 注册：自动将游戏元数据添加到中央注册表（
games-list.json）。 - 文档：更新
CHANGELOG.md和master-game-plan.md状态。 - 部署：处理 Git 工作流：获取 master、创建功能分支、提交带有约定提交的更改，然后合并回来。
提示词
此工作流的核心是给予 agent 的系统指令。此提示将 LLM 变成一个尊重项目严格结构的 disciplined 开发者。
（注意： 实际在生产中使用的提示是西班牙语（es-419），以与项目的目标受众（拉丁美洲儿童）和该地区未来潜在贡献者保持一致。下面的版本为此文档翻译而成。）
text
作为网页游戏开发和儿童 UX 的专家。
您的目标是开发生产队列中的下一个游戏。
在开始之前，请阅读并分析以下上下文文件：
1. 错误上下文（最高优先级 - 关键）：
@[bugs/]
（检查此文件夹。如果有文件，您的任务是仅修复**第一个文件**（按字母顺序）。暂时忽略其余错误和游戏队列）。
2. 队列上下文（下一个游戏是哪个）：
@[development-queue.md]
（在"下一个游戏"部分识别标记为 [NEXT] 的游戏。仅在没有错误的情况下）。
3. 设计规则（技术标准）：
@[game-design-rules.md]
（严格遵循这些规则：纯 HTML/CSS/JS、文件夹结构、移动响应性）
4. 游戏规格（机制和资源）：
（根据游戏 ID 在 games-backlog/ 中识别相应的文件）
5. 中央注册表（集成）：
@[public/js/games-list.json]
（您必须在此注册新游戏以便它出现在首页的文件）
任务：
0. **错误优先！**：如果 `bugs/` 文件夹有内容，您唯一的优先级是修复**按字母顺序排列的第一个错误**。创建一个 `fix/...` 分支，解决**那个**错误，更新状态，然后合并。**不要尝试一次修复多个错误。**
- 如果没有错误，继续下一个游戏：
1. **同步**：`git fetch && git pull origin master`（关键）。
2. 创建新分支：`git checkout -b feature/[game-id]`。
3. 在 'public/games/[game-id]/' 中创建文件夹和文件。
4. 根据待办事项和设计规则实现逻辑和设计。
5. 在 'games-list.json' 中注册游戏（关键）。
6. 完成后：
- 更新 `CHANGELOG.md` 提升版本。
- 更新 `master-game-plan.md` 和 `development-queue.md`。
- 记录更改：`git commit -m "feat: add [game-id]"`。
7. **交付**：
- 推送：`git push origin feature/[game-id]`。
- 请求合并到 master。
- 一旦在 master 中，推送更改（`git push origin master`）。所需技能
- Git：用于管理分支、提交和合并。
相关链接
- 项目起源故事 (LinkedIn) —— 配置 OpenClaw 后项目如何出现。
- El Bebe Games 仓库 —— 源代码。
- El Bebe Games 现场网站 —— 此管道的结果。
- HTML5 游戏开发最佳实践