零基础可入 · AI-FIRST

先做出闭环，
再通过闭环学习。

不用先学完一门语言，也不用啃完一个引擎。从第一天起，你就用 AI 做出能运行、能试玩、能上线的小游戏——需要的知识，在项目里补。

3 步开工 → 看完整路线
第一站作业示例：可运行的五子棋网页游戏
第一站的作业长这样：一个真的能玩的五子棋。你今天就能做出来。
// 快速开始

第一次来？照这 3 步做

不用看完整个页面。先把第一个游戏做出来，其他的边走边看。

1 把这条提示词发给 AI

复制后原样发给你的 AI 搭档（Claude、ChatGPT 都行）。

展开看完整提示词 
你是我的 AI 游戏开发搭档。
请做一个可以直接运行的五子棋网页游戏。

要求：
1. 用单文件 HTML、CSS、JavaScript 实现，方便我直接打开。
2. 15x15 棋盘。
3. 黑白双方轮流落子。
4. 已有棋子的位置不能重复落子。
5. 任意横、竖、斜方向五子连线判胜。
6. 胜利后不能继续落子。
7. 有重新开始按钮。
8. 不要加入联机、账号、排行榜、AI 大模型对手。
9. 页面里保留简单说明。
10. 最后告诉我怎么运行、怎么验收。

请先给实现思路，再给完整代码。
2 打开文件，亲手玩一局

AI 会给你一个 index.html。保存到电脑上，用浏览器打开，下几步棋试试：能落子吗？五连能赢吗？赢了还能继续下吗？

3 截一张图，发给老师

能打开、能玩、有截图——你的第 1 站 V0 就完成了。之后每次作业都是这个节奏：一个小目标，一次小迭代。

// 路线总览

七个阶段，一站一站走

不要跳站，也不要同时开几站。交付了，再走下一站。

0
环境和 AI 工作流交付：自我介绍 + 学习目标

会打开项目、会向 AI 提需求、会运行结果。

1
五子棋 V0交付：可打开的网页游戏

一条提示词生成可运行的五子棋，体验最短闭环。上面的 3 步就是这一站。

2
五子棋 V1–V3交付：tasks.md + 需求说明 + 截图

连续小迭代：补规则、管状态、写验收。

3
火柴人羽毛球交付：单文件 HTML 游戏 + 调参记录

进入动作游戏：输入、碰撞、手感。

4
五子棋联机交付：联机 Demo + 协议说明

回合制同步、协议设计、服务端校验。

5
类型切片交付：1–3 个一周内完成的小切片

快速采样不同游戏类型，找到想深入的方向。

6
作品集项目交付：上线地址 + 演示视频 + 简历条目

选一个方向做深，做成能写进简历、扛得住面试追问的完整作品。

▾ 点开每一站，看「最低要求」和「不要一开始做」的清单。到哪一站，看哪一站。每完成一站，往自己的 resume.md 里写一条量化的成果——简历是一站一站攒出来的，不是最后一周写出来的。

第 1 站五子棋练最短闭环▸

规则清楚、不需要素材、胜负可以验证，最适合第一次练「需求 → 实现 → 验收 → 文档同步」。

最低要求

  • 15×15 棋盘，黑白轮流落子。
  • 已有棋子的位置不能重复落子。
  • 横、竖、斜五子连线判胜。
  • 胜利后不能继续落子。
  • 可以重新开始。

不要一开始做

  • 联机、账号系统、排行榜。
  • AI 大模型对手。
  • 复杂皮肤和商城。
第 2 站火柴人羽毛球练手感和调参▸

开始涉及动作、输入、碰撞和手感。好不好玩很难靠自动测试判断，你要练的是「人试玩、AI 调参」的循环。

最低要求

  • 两名玩家、一张球网、一个羽毛球。
  • 双方可以移动和击球。
  • 羽毛球有重力和抛物线。
  • 有得分和胜负。

这一站重点理解

  • 为什么击球判定会影响手感。
  • 为什么空挥需要代价。
  • 为什么参数要记录下来。
  • 为什么每个版本都要保留。
第 3 站五子棋联机练同步和协议▸

联机先回到五子棋，不要直接做实时羽毛球联机：回合制同步简单得多，服务端只需要校验落子是否合法，客户端发送的是「落子意图」而不是最终棋盘。

协议必须写清楚

  • 客户端发什么。
  • 服务端校验什么。
  • 双方如何同步。
  • 断线或非法操作怎么处理。

不要一开始做

  • 实时动作类联机。
  • 匹配、房间列表、观战。
  • 断线重连以外的容错花活。
第 4 站类型切片每周试一种玩法▸

不要一口气做完整大游戏。每个切片最多一周，只验证一个核心机制——目的是采样，帮你找到最后想深入的方向。

类型只做什么学什么
像素肉鸽一个房间、一种敌人、一种掉落战斗循环、随机、成长
农场经营种植、成熟、收获、售卖资源、时间、存档
FPS 训练场移动、瞄准、射线命中相机、输入、反馈
2.5D / 3D 探索移动、场景、交互点空间、镜头、素材组织
解谜机制包开关、钥匙、门、触发器状态触发和关卡逻辑
第 5 站作品集项目选一个做深▸

最后只选一个方向做深，不要同时开很多坑。这个项目不是练习——它会以「项目经验」的身份出现在你的简历里，所以按真实岗位的要求来做。

一个能拿出手的项目至少要有

  • 可玩的核心闭环。
  • 可访问的线上地址。
  • README 和版本记录。
  • 演示截图或视频。
  • 3 个自己能讲清楚的技术取舍。
  • resume.md：一路攒下来的简历条目。

往这些词上靠（来自游戏大厂的真实招聘要求）

  • 性能优化、内存管理——给出前后对比数据。
  • 网络同步、服务端校验。
  • 多输入方案：键鼠 + 触屏。
  • 存档与数据持久化。
  • 构建发布、版本管理。
  • AI 辅助内容生产 / AI 对手——你的差异化。
// 怎么交作业

每次作业只跑一个小闭环

不管在哪一站，节奏都一样：一次只改一个核心问题。

  1. 选一个很小的目标小到一两句话能说清。
  2. 写清楚给 AI 的提示词目标 + 限制 + 验收方式。
  3. 让 AI 生成或修改先让它说思路，再让它动代码。
  4. 自己运行，截图或录屏你不亲手打开过，就不算完成。
  5. 记录问题，保存版本历史版本不覆盖。

每次提交作业，带上这 5 样

  • 项目地址。
  • 当前版本号。
  • 一张截图或 30 秒以内的录屏。
  • RELEASES.md 里本次版本的记录。
  • 下一步想改的那一个问题。
作业目录长什么样？（从第 2 站开始按这个来） 
项目名/
  README.md        # 这是什么、怎么打开、怎么操作
  prompt.md        # 这次用过的关键提示词
  index.html       # 当前最新版
  RELEASES.md      # 每个版本改了什么、怎么验收
  notes.md         # 试玩发现的问题、下一步想改什么
  versions/
    v0.0.1/        # 历史版本，只增不改
    v0.0.2/
  screenshots/
// 提示词模板

之后每天用的三条模板

第 1 站的开工提示词在「快速开始」里。下面三条是迭代阶段的日常：把尖括号里的内容换成你自己的。

① 做一次小迭代 · 每天的主力模板
展开查看 
请基于当前项目做一个小迭代。

当前目标：
<只写一个目标>

当前限制：
1. 不重写整个项目。
2. 不加入我没有要求的新功能。
3. 保留已有操作方式。
4. 修改后告诉我怎么运行和验收。

请先说明你准备改哪些地方，再改代码。
② 反馈一个 bug · 出问题时别只说「坏了」
展开查看 
当前现象：
<我实际看到了什么>

期望行为：
<我希望发生什么>

复现步骤：
1.
2.
3.

请先判断原因，再给最小修改方案。
不要重写整个项目。
③ 让 AI 保存版本 · 每个能玩的版本都值得留下来
展开查看 
请把当前版本保存为 v0.0.x。

要求：
1. 当前最新版仍然保留在主入口。
2. 固定版本保存到 versions/v0.0.x/。
3. 更新 RELEASES.md。
4. 写清楚本版本目标、主要改动、验收方式和遗留问题。
// 部署

你的每个作业都有自己的网址

老师会给你配好 SSH 和专属 ID。之后把部署 Skill 交给 AI，说一句「部署当前版本」就行。

https://game.cihua.run/<你的-id>/<项目名>/          # 最新版，随时可以发给别人玩
https://game.cihua.run/<你的-id>/<项目名>/versions/v0.0.1/   # 历史版本，永远保留

第一次部署，把这段交给 AI

请读取并安装这个部署 Skill：
https://game.cihua.run/learn/skills/game-student-deploy/latest/game-student-deploy.zip

安装后，用它帮我部署当前游戏作业。第一次部署时，如果它问我的部署 ID，我会告诉你。

AI 也可以直接读取 SKILL.md。如果电脑缺少基础上传工具，让 AI 先处理；需要管理员权限时再确认。

上传前自查

  • 本地能打开、能玩。
  • 文件里没有密钥、密码、token、.env。
  • RELEASES.md 已更新到当前版本。

这些你完全不用管

  • DNS、Nginx、HTTPS 证书。
  • 服务器防火墙、sudo。
  • 其他同学的目录。

遇到这些直接找老师

  • SSH 登不上、提示权限不足。
  • 网址打不开或证书报错。
  • 项目需要后端服务。
// 提交前自查

每次提交前，问自己 5 个问题

答得上来，你就已经在真正学习项目交付了。

这个版本在哪里打开？给出一个别人点开就能玩的地址。
它比上个版本多了什么？说不出差异，就说明目标定大了。
它现在有什么问题？没有问题的版本通常是没认真玩过。
你怎么证明它能运行？截图、录屏或一条验收记录。
下一次只想改哪一个最小问题？永远只挑一个，改完再挑下一个。

不要只说「我做完了」。要让别人能打开、能看、能复现——这就是交付。