游戏设计文档，从看懂到会用。给第一次做游戏的你。
你想做个游戏，脑子里画面很热闹。可一旦坐到电脑前——或者一旦要把想法交给 AI 帮你做——就发现： 说不清楚。玩家到底干什么？怎么算赢？做多大？
GDD（Game Design Document，游戏设计文档）就是解决这个的。它是你游戏的「施工图纸 / 说明书」： 盖房子前先有图纸，点菜前先有菜单——做游戏前，先有 GDD。它逼着你把模糊的想法，变成清楚、能被做出来的东西。
在我们营里，你写的 GDD 不只是给自己和搭子看——它还要给 AI 看。AI 会照着你的 GDD 帮你造游戏。 所以「写好一份 GDD」和「给 AI 一个好指令」，其实是同一个技能。你写得越清楚，AI 造得越准。（详见第 5 章）
1999 年，游戏设计师 Tim Ryan 写过一句到今天都成立的话：设计文档的目的，是 「把愿景讲清楚到足以被实现」，它「消除含糊」，让所有人（美术、程序、设计）不用互相猜「我到底该做什么」。 一份 GDD 主要有三个作用：
但要注意：GDD 不是越长越好。传统那种上百页的大部头，「几乎没人会读」。现代做法是—— 先写一页，边做边长。对你们的 2 天小游戏，一页纸就够，甚至就一张图。为什么？看下一章那些大师的真实文档你就懂了。
提案 / 一页纸（Pitch）：卖点子用，最短。 · 一页 GDD：小游戏、Game Jam 用（← 你用这个）。 · 完整 GDD：大团队大项目，几十上百页。 · 技术文档 TDD：讲「技术上怎么实现」，一般由 GDD 派生（我们营里这块交给 AI）。
下面 6 份都是真实存在、公开可查的历史设计文档——不是我编的示意图，是真扫描件。 每一份都藏着一条给你的教训。看完你会发现：大师的第一版，也乱、也改、也赶 due。
Librande 发现一个扎心的事实：再厚的设计圣经，其实没人会读。于是他把整个设计压进 一张带注释的图。上面这张《暗黑破坏神 3》的一页设计里，一张图同时标出了所有关卡区域、 每个区会出现的怪物、怪物的能力、玩家到这儿大概几级、大致的推进顺序——全在一页。
Tom Hall 给 DOOM 写了一整套故事：星球 Tei Tenga 的军事基地里，科学家不小心打开了通往地狱的传送门； 还设定了四个有名有姓、各有优劣的士兵角色。可这套精心写的剧情，最后几乎全被扔掉了——团队觉得厚重剧情会拖慢一款本该是纯动作的游戏。
今天我们记得的《暗黑破坏神》是「点击鼠标、实时砍怪」。但翻开这份 1994 年的原始提案你会震惊： 它最初被设计成回合制的、像 Rogue / Nethack 那样一格一格走的地牢游戏！
这是传奇游戏 GTA 的「出生证明」。1995 年它还不叫 GTA，叫《Race'n'Chase》（赛车与追逐）， 卖点是俯视视角的「开车追逐、撞车」多人游戏——不是后来的「偷车」。
冒险游戏大师 Tim Schafer 的这份谜题文档，满是手绘插图和他标志性的幽默——写作有强烈的个人声音， 完全不是冷冰冰的表格。它是给人读、让人兴奋的。
这是一份完整的大型 GDD——某个版本长达 242 页，早期工作名甚至叫「Shooter: Majestic Revelations」。 它最有名的一节叫 「Problems, Not Puzzles（要问题，不要谜题）」。
①短、用图（Librande） ②文档会变，敢砍（DOOM） ③大改可能是好事（暗黑） ④名字会变，好种子留住（GTA） ⑤有你的味道、先动起来（冥界狂想曲） ⑥给玩家多条路，但别把文档写太厚（杀出重围）。
还记得上一章 GTA《Race'n'Chase》那份目录吗？它列的章节其实很标准：概念、故事、游戏结构、玩家、操作、目标、玩法、图像…… 这就是一份完整 GDD 的「解剖图」。但对你们的 2 天网页小游戏，绝大多数你都可以跳过。 下面把所有模块分成三档——绿色 = 必填，黄色 = 加分，灰色 = 先跳过。
如果时间只够想清楚一件事，那就是核心循环——玩家每几秒反复做的那个动作。它是「挑战 → 行动 → 奖励」的小圈。 核心循环不清楚，游戏就是一堆碎片；核心循环清楚，别的都好办。看看你爱玩的游戏——它们的核心循环其实都很简单：
👆 点任意一张卡，看大图和详细拆解（核心循环 · 为什么好玩 · 你能借鉴什么）。你的游戏核心循环，也应该能像这样用一句话（3～4 步）说清楚——说不清，就说明还没想清。
这些不是吓唬你，是真实反复发生的坑。每个坑都配了「❌ 反面 → ✅ 改法」。
新手翻车第一名，永远是范围失控（想太大做不完）。有句话很准：「没有一份基本的 GDD，范围膨胀会把你活活吃掉。」 解药就一个——早早定下 MVP（最小可玩版本），敢砍。砍掉的不是删掉，是记进「以后再说」清单，等做完基础版再回来。
这一章是本教程的核心。在我们营里，你不用自己手写全部代码——你把想法讲清楚， AI 照着帮你造游戏。这意味着：你的 GDD 换了个读者。
以前，GDD 是写给人类队友（程序员、美术）看的。现在，它还要写给 AI 看。 而 Tim Ryan 25 年前那句话——「把愿景讲清楚到足以被实现」——今天照样成立，只是「实现者」从人换成了 AI。所以道理一模一样：写清楚 = 造得准。
2025 年软件圈很火的一个词叫 Spec-Driven Development（面向规格开发）：先写清楚一份「规格说明」，再让 AI 照着实现。 GitHub 官方的说法是——「模糊的指令，会逼 AI 去猜成千上万个你没说的要求」，结果看着对、其实跑偏；而清楚的规格会成为「唯一事实源」。 Anthropic 给的提示词建议也一样：把 AI 当「第一天上班的实习生」，把要什么、什么格式、成功长什么样，都说清楚。 ——你的一页 GDD，就是这份「规格说明」。
抽象讲没用，直接看例子。同一个游戏点子，模糊地讲 vs 清楚地讲，AI 造出来天差地别：
1. 具体，别模糊。不是「一个好玩的游戏」，而是「按 ← → 移动、碰旗子赢」。
2. 先钉死核心循环。这是 AI 最先需要的地基，别的都挂在它上面。
3. 明说范围，因为 AI 会拼命加料。你不喊停，它会给你加一堆你没要的功能。写清「不要什么」和「要什么」一样重要。
4. 边玩边改。GDD 不是写完锁死。试玩 → 更新一页 GDD → 再喂给 AI。文档和游戏一起长大。
你的策划书写得越清楚，
AI 就造得越准。
理论到此为止，开干。你有两种方式产出你的 GDD——可以二选一，也可以先用 A 想、再用 B 补。
把下面这张表复制到你的文档里，一格一格填。填不动的格子，就是你还没想清楚的地方。
# 一页 GDD 模板（超脑 AI 游戏设计营） 【游戏名】 【一句话概念】 这是一个 ___ 游戏，玩家 ___，为了 ___ 【核心循环】 玩家反复做：___ → ___ → ___ 【胜 / 负或结束条件】 【想给玩家的核心感觉】 【难度怎么变】 【玩家为什么想继续（白帽驱动）】 【关键反馈 / 手感】 打中/得分怎么让人「爽」 【世界观 / 画风一句话】 【2 天能做完的最小版本范围】 ｜ 【以后再说清单】 【要用的 AI】 生代码 / 生图 / 生音效 / 想点子 【我预感最难的部分】
把下面整段话发给 AI（WorkBuddy / Codex 都行），它会像一位耐心的导师，一次问你一个问题，最后帮你生成 GDD。
你是一位耐心的游戏设计导师，正在帮一位中学生（第一次做游戏）想清楚 TA 的游戏。 请一次只问一个问题，用大白话。根据我的回答继续追问，帮我把想法想透， 最后帮我生成一份简洁的 GDD。按这个顺序引导我： 1. 我想做个什么游戏？先用一句话说。 2. 玩家反复做的那个核心动作是什么？（核心循环）说不清你举例帮我找。 3. 怎么算赢/输/或游戏怎么结束？ 4. 我想让玩家玩的时候有什么感觉？ 5. 长什么样（画风）？有没有故事/世界观？ 6. 【范围把关】我只有2天、用AI做，这想法会不会太大？太大就帮我砍到2天能做完的最小版本，并告诉我砍了什么。 7. 【价值观自检】我是靠好玩/掌控感留人，还是不小心用了上瘾套路（逼签到/抽卡/怕错过）？帮我检查。 全部问完，输出GDD：【游戏名】【一句话概念】【核心循环】【胜负/结束】 【想给玩家的感觉】【画风与世界观】【2天能做完的最小范围】【要用的AI】【预感最难的部分】。 最后问我：满意吗？要改哪里？
让你看到成品——一个简单、2 天做得完、白帽的小游戏：
不想看长文档？记住这 5 个问题就够开工了。答得出 5 个，你就有了一份能用的 GDD。
GDD 不是作业。
它是你把「我有个点子」
变成「AI 能照着做出来」的那座桥。
想更系统地补理论（核心循环、MDA、八角动机、心流、玩家画像、试玩表），去看配套的 《游戏设计理论互动教程》——可视化、可交互，边玩边学。 然后就打开 WorkBuddy / Codex，用上面方式 B 的提示词，现在就策划你的第一个游戏。
说明：本教程含真实历史文档扫描件，仅用于非营利教育目的（合理使用）。个别广为流传的引言（如卡马克名言）按「大意」标注，逐字请以原书/原视频为准。