本文根据 Codex 官方用例《Create browser-based games》和《Prompting》整理,资料核对于 2026-11-05。配图为本站整理的示意图,不是软件截图。本站(bigolab.com)不是 OpenAI 官方网站。安装与配置见 /guides/codex-getting-started,做一个普通网页见 /guides/codex-build-website-from-scratch,本文只讲小游戏和小工具。
适用于谁
- 想做一个贪吃蛇、2048、记忆翻牌、计时器、记账小工具之类小项目,但不会写代码的人;
- 试过一句话让 AI 做游戏,结果规则乱、按键不灵、改一处坏一处的人;
- 想做个人练手项目,希望 Codex 自己测试、自己改的人。
结论先说
- 先计划,再动手。 官方用例明确说,“build a game”太模糊,要让 Codex 先写一份
PLAN.md,把游戏定义清楚。可以用/plan进入计划模式,再把输出存成PLAN.md。 - PLAN.md 至少写清:玩家目标、主循环、操作方式、胜负状态、难度或进度、视觉方向、技术栈与部署假设、做事的顺序。
- 用 AGENTS.md 约束它的工作方式:做完一个功能就跑构建和测试、按 PLAN.md 做、把过程记在
.logs里。 - 让它在真实浏览器里测试。 官方推荐用 Playwright 交互技能让它自己玩游戏、看当前状态,再调整操作和手感。
- 用截图和具体反馈迭代,计划越清楚,第一版越接近你想要的。

图:本站根据 官方用例《Create browser-based games》 整理的示意图
一、为什么要先写 PLAN.md
游戏和普通页面不同:一个能玩的游戏需要规则、渲染、操作、状态和美术,改一处很容易影响别处。官方的经验是,Codex 需要知道每一块该怎么实现,并且在做的过程中反复回头参考。把这些写进文件,比留在聊天记录里可靠,聊天太长时也不会丢。
PLAN.md 建议包含官方列的这些条目:
- 玩家的目标是什么;
- 主循环:玩家一回合做什么、系统怎么反应;
- 操作:键盘、鼠标还是触屏;
- 胜利和失败的条件;
- 难度或进度怎么变化;
- 视觉风格;
- 技术栈和发布方式;
- 里程碑顺序(先做能玩的最小版本)。
二、技术栈怎么选
官方示例给的是比较完整的方案:用 Next.js 配 Phaser 或 PixiJS 做前端和渲染,需要排行榜、匹配、存档时再加 Fastify、WebSocket、Postgres 和 Redis。这是为大型多人游戏准备的。
如果你只是想做个单机小游戏或小工具,以下是本站的建议(不是官方说法):先让它用一个 HTML 文件(页面、样式、脚本放在一起)起步,能在浏览器里直接打开;确实需要保存数据或多人联机,再升级。技术栈在 PLAN.md 里写死,之后不要让它中途换。
三、4 段可以直接复制的提示词
方括号里是要你自己填的内容。
1. 先写计划,不写代码
我想做一个 [小游戏名称,例如“2048”]。请先进入计划模式,不要写代码。
请写出 PLAN.md,包含:玩家目标、主循环、操作方式([键盘方向键 / 手机滑动])、胜负条件、难度变化、视觉风格([简洁、扁平])、技术栈(先用单个 HTML 文件,不引入框架)、分几步做以及每一步完成的标准。
有不清楚的地方先问我,不要自己假设。
2. 写 AGENTS.md,约束它的工作方式
请在项目根目录创建 AGENTS.md,内容包括:
- 这是一个 [游戏类型],技术栈见 PLAN.md;
- 每完成一个功能就运行构建和测试来验证;
- 按 PLAN.md 的顺序做,不要提前做后面的功能;
- 把工作过程记录到 .logs/ 下,方便我回头看你的决定;
- 在浏览器里实际运行并检查画面和操作,不满意就继续改。
先给我看内容,确认后再写入文件。
3. 按计划实现并自己测试
请按 PLAN.md 实现第 1 步:做出最小可玩的版本。
完成后:
1. 启动本地服务或直接打开页面,告诉我怎么访问;
2. 自己把游戏玩一遍,检查操作是否灵敏、胜负判断是否正确;
3. 列出你测试了哪些情况、发现了哪些问题、修了哪些;
4. 还没做的功能不要提前做。
4. 用反馈迭代
我玩了一下,有这些问题:
1. [按方向键时有时没反应]
2. [分数没有保存,刷新后归零]
3. [手机上按钮太小]
请逐条复现并修复,每修一条说明原因;只改相关代码,不要改其他功能。
修完后重新把整个流程玩一遍,确认没有把别处改坏。
官方《Prompting》也建议迭代时用小而具体的请求,例如“只改标题区域”,喜欢的改动及时提交,不喜欢的还原,并告诉 Codex 你还原了什么,免得它下一轮把你的修改覆盖回去。截图可以作为视觉依据,但操作逻辑、悬停效果这类图里看不出的,要用文字补充。
四、做小工具时的补充
计时器、记账、待办、单位换算这类小工具,思路和游戏相同,只是 PLAN.md 里的“胜负条件”换成“输入、输出和边界情况”:
- 输入哪些数据、允许什么范围,输错了怎么提示;
- 数据存哪里。仅放在浏览器里的数据,换个浏览器或清理缓存就没了,需要长期保存的要在计划里写明;
- 涉及金额、日期的计算,让它写几个用例,你自己拿计算器核对。
五、什么时候该停

图:本站根据 官方用例《Create browser-based games》 整理的示意图
官方提到,如果有大量图片素材要生成,首版有时要花数小时。你可以先让它只做玩法,素材用占位图,玩法稳定后再做美术。同时:
- 规则反复变,说明 PLAN.md 没写清,先改计划再改代码;
- 改一处坏一处,要求它补测试,见 /guides/codex-write-tests-and-run;
- 项目越来越大,把规则写进 AGENTS.md,见 /guides/codex-agents-md-how-it-reads;
- 想让它自己用浏览器测试,需要对应的技能或工具,见 /guides/codex-skills-how-to-use-install,可用情况以你的版本为准。
常见问题
Q:游戏做好了怎么发布给别人玩?
单个 HTML 文件可以直接发给别人打开,或者放到静态托管服务。具体选哪个、怎么部署,可以让 Codex 列出方案和步骤,你再自己决定,部署前不要把密钥写进代码。
Q:可以用别人的图片、音乐吗?
注意版权和授权。能用自己画的、自己生成并确认可商用的,或者明确授权的素材,来源不明的不要放进要发布的项目。
Q:做游戏会很费额度吗?
带大量素材和长时间自我测试的任务消耗会比较大。Codex 随 ChatGPT 套餐提供,额度以官方页面为准,需要更多额度可以看看 /chongzhi/chatgpt-plus 里的说明。
参考资料
- Codex 官方用例:Create browser-based games — https://learn.chatgpt.com/use-cases/browser-games
- Codex 官方文档:Prompting — https://learn.chatgpt.com/docs/prompting
0 条评论
还没有评论,来抢沙发~