BOSh
文章188
标签246
分类52
315晚会 36氪 80后 AI AI Agent AI 代理 AI 助手 AI 网关 AI 评测 AI助手 AI大模型 AI安全 AI智能体 AI网关 API 集成 Agent AionUi C++ CLI Proxy API CLIProxyAPI CRM Claude Opus 4.6 DeepSeek DenchClaw DevOps GEO GPS GPU Gemini 3.1 Pro Gmail Gog Google AI Pro Google API Google Gemini HKUDS Hexo Hugo IPV6 Kimi-K2.5 LINUX LaTeX Linux Markdow MemU Bot MiniMax NAT64 NIX NODE NVIDIA Build NanoClaw Newsletter OpenAI 兼容接口 OpenClaw PDF 编译 PicoClaw Prismer QClaw QQ机器人 RAG Reddit Rust Skills Subagent SuperCall Telegram Bot WorkBuddy X YouTube ZeroClaw arXiv arch c++ git hugo iMessage n8n nanobot node js ntfs pacman podman zz.ac 东海 两性关系 个人助理 中东 中东冲突 中东局势 中国 中美 习惯养成 亚洲 代理 以色列 任务管理 伊朗 伊朗战争 保护主义 信息流 信息管理 健康管理 免费试用 养老金 内容工厂 内容生产 内容筛选 军事冲突 军事动态 军民融合 农村 分享 创业 办公自动化 加密货币 北斗 医学生 华为 博客 博客助手 博客部署成功 卫星 反重力 台海局势 台湾 国产 国产化 国产替代 国际 国际关系 国际局势 国际新闻 图说 地缘政治 基础设施 多代理 多模态AI 大模型 学习 安全 实时监控 家庭助理 家庭服务器 工作总结 工作效率 工作流编排 平凡的世界 平台责任 开源 微信 心理健康 情感 投资工具 指标看板 播客 收件箱清理 教程 教育制度 数据分析 数据投毒 文献管理 新能源汽车 日历聚合 时事 时事总结 显卡 晨报 智能体生态 朝鲜 架构 架构实践 核武器 桌面Cowork 模型接入 比亚迪 油价 活动运营 浏览器自动化 消息通道 消费者权益 渔船 游戏开发 湘雅医院 版本更新 特朗普 生态系统 生活 生活自动化 用例 电池技术 症状追踪 皮皮虾 监管 目标管理 知识库 社交媒体 社会保障 社会百态 社会观察 科技 科研助手 笔记 第一财经 算法推荐 纽森 经济 经济观察 经验分享 编程 网关 网络 网络安全 美国 美国政治 能源安全 腾讯 腾讯,龙虾,OpenClaw 腾讯云 自动化 自动化创作 自动化协作 自动化提醒 自动化流水线 自动化运维 自律教练 行为改变 视频摘要 记录 论文写作 论文阅读 语义搜索 语音代理 读书 读书笔记 读后感 财报季 路遥 运维 远程运维 邀请确认 部署指南 销售自动化 阅读感悟 随笔 项目管理 飞书 龙虾

一言

文章归档

自动化教育游戏开发流水线:为孩子打造安全无广告的游戏乐园

自动化教育游戏开发流水线:为孩子打造安全无广告的游戏乐园

痛点:一个老派局域网玩家爸爸的烦恼

故事起点: 一位自称“老派 LAN 时代玩家”的爸爸,希望给自己的女儿们——3 岁的 Susana 和即将出生的 Julieta——做一个安全、无广告、体验优秀的小游戏门户网站。

他去找现成的网站,却发现:

  • 到处是垃圾内容和弹窗
  • 充斥着激进广告和误导性按钮(各种“暗黑模式”设计)
  • 让一个刚会点鼠标的幼儿频繁误触,体验非常糟糕

于是,他决定自己动手,做一个干净、快速、简单的游戏门户。结果发现:

  • 搭一个干净的门户很容易
  • 真正的难点是:
    • 要为 0–15 岁不同阶段设计 40+ 款教育游戏
    • 一个人既当爸爸又当开发者,完全手写这些游戏,效率太慢
    • 维护几十个游戏的一致性(设计规范、技术栈、目录结构)也越来越难

这个自动化流水线做了什么?

这个用例里,他定义了一个“游戏开发代理(Game Developer Agent)”,由它来自动管理游戏从创建到维护的整个生命周期

整个工作流执行一个非常严格的原则:“Bug 优先(Bugs First)”——在实现任何新功能之前,代理必须优先检查、修复已报告的 Bug。

效率指标:

  • 这条流水线可以做到 每 7 分钟产出 1 个新游戏或 1 个 Bug 修复
  • 代理会不知疲倦地在 41+ 个计划游戏的待办列表中循环:
    • 一会儿新增一个游戏
    • 一会儿修复之前轮次检测出的问题

当“Bug 队列”清空后,代理会按这样的步骤向前推进:

  1. 选择(Select)

    • development-queue.md 队列里找到下一个要做的游戏
    • 使用“轮转(Round Robin)”策略,在不同年龄段之间均衡内容
  2. 实现(Implement)

    • 为选中的游戏编写 HTML5/CSS3/JS 代码
    • 严格遵从 game-design-rules.md 中规定的规则:
      • 不用框架
      • 移动优先
      • 支持离线
  3. 登记(Register)

    • 自动把游戏元数据登记到中心注册表 games-list.json
    • 确保新游戏能出现在首页列表里
  4. 记录(Document)

    • 更新 CHANGELOG.md 里的版本信息
    • 更新 master-game-plan.md 里的整体规划状态
  5. 部署(Deploy)

    • 自动处理整个 Git 流程:
      • fetch 最新 master
      • 创建特性分支
      • 按规范提交(conventional commits)
      • 合并回主干

关键 Prompt:把大模型变成“守规矩的游戏开发工程师”

这套工作流的核心,是给代理的一段 系统级指令(System Instructions)

这段 Prompt 要求 LLM 像一个严谨的 Web 游戏开发工程师 + 儿童体验设计专家那样,遵守项目里非常严格的结构与规范。

说明: 实际在生产中使用的 Prompt 是西班牙语版本(es-419),方便对接拉美地区的儿童用户和未来可能加入的开源贡献者。下面是为了文档展示而翻译成英语的版本。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
Act as an Expert in Web Game Development and Child UX.
Your goal is to develop the next game in the production queue.

Please read and analyze the following context files before starting:

1. BUG CONTEXT (Top Priority - CRITICAL):
@[bugs/]
(Check this folder. If there are files, YOUR TASK IS TO FIX **ONLY THE FIRST FILE** (in alphabetical order). Ignore the rest of the bugs and the game queue for now).

2. QUEUE CONTEXT (Which game is next):
@[development-queue.md]
(Identify the game marked as [NEXT] in the "Next Games" section. ONLY if there are no bugs).

3. DESIGN RULES (Technical Standards):
@[game-design-rules.md]
(Strictly follow these rules: Pure HTML/CSS/JS, folder structure, mobile responsiveness)

4. GAME SPECIFICATIONS (Mechanics and Assets):
(Identify the corresponding file in games-backlog/ based on the game ID)

5. CENTRAL REGISTRY (Integration):
@[public/js/games-list.json]
(File where you MUST register the new game so it appears on the home page)

TASK:
0. **BUGS FIRST!**: If the `bugs/` folder has content, your only priority is to fix **the first bug in alphabetical order**. Create a `fix/...` branch, resolve **that** bug, update status, and merge. **Do not attempt to fix multiple bugs at once.**
- IF THERE ARE NO BUGS, proceed with the next game:

1. **Synchronization**: `git fetch && git pull origin master` (CRITICAL).
2. Create a new branch: `git checkout -b feature/[game-id]`.
3. Create the folder and files in 'public/games/[game-id]/'.
4. Implement logic and design according to the backlog and design rules.
5. Register the game in 'games-list.json' (CRITICAL).
6. When finished:
- Update `CHANGELOG.md` bumping the version.
- Update `master-game-plan.md` and `development-queue.md`.
- Document changes: `git commit -m "feat: add [game-id]"`.
7. **Delivery**:
- Push: `git push origin feature/[game-id]`.
- Request merge to master.
- Once in master, push changes (`git push origin master`).

这段 Prompt 做了几件非常关键的事:

  • 明确优先级:Bug 永远在前,只有 bugs/ 目录为空时,才允许做新游戏
  • 严格要求读取上下文文件
    • Bug 列表
    • 开发队列
    • 设计规范
    • 游戏规格说明
    • 中央注册表
  • 明确的 Git 流程约束交付方式,避免“改完不记版本、不写 changelog、不进主干”的混乱局面

所需技能

为了让这个“游戏开发代理”正常运转,你至少需要:

  • Git 能力
    • 管理分支、提交和合并
    • 支持从代理侧执行 fetch/pull/push 等操作

其余的 HTML5/CSS3/JS 开发能力,全部由大模型在 Prompt 约束下完成。

相关项目与链接


本文由小龙虾博客助手整理翻译。
原文链接:https://github.com/zhisibi/awesome-openclaw-usecases/blob/main/usecases/autonomous-game-dev-pipeline.md

本文作者:BOSh
本文链接:http://bosh.zz.ac/posts/1583360676.html
版权声明:本文由BoSh发布,部分内容来源于网络。