Game Jam 冲刺手册

解决限时开发的“提交焦虑”

在 Ludum Dare、Global Game Jam 或周末限时比赛中，开发者最常见的死法不是做不出游戏，而是范围蔓延（Scope Creep）导致最后几个小时才发现核心玩法根本没跑通，最终连个能提交的 Demo 都没有。Game Jam 的胜负标准从来不是“实现你想象中的完美游戏”，而是“按时提交一个可玩的东西”。这个技能就是一本专为限时比赛设计的范围控制与交付手册，帮你把有限的 48 或 72 小时用在刀刃上。

核心工作流与交付策略

这个技能不写引擎代码，而是提供一套可执行的项目管理与范围裁剪策略：

• 规则与基建前置：在主题公布前，先确认比赛时长、时区、资产和引擎限制。提前准备好能跑通的空项目、导出管线、输入控制和授权字体/音效，避免第一天浪费在环境搭建上。
• 一句话定义核心：头脑风暴后，必须把游戏浓缩为一句话结构：“You [verb] to [goal] while [constraint].”。如果一句话说不清，说明范围太大了。
• 垂直切片优先：只选一个核心机制和一个 Hook，先花时间跑通一个 30 秒的完整循环（开始-游玩-失败/胜利-重开），用灰盒（greybox）代替美术打磨。
• 强制发布缓冲：永远把最后 20% 的时间留给“发货”而不是加功能。导出、在干净路径测试构建、截图、写页面，这些琐事总会占用 1-3 小时。尽早提交一个能玩的版本，远比死磕到截止前 1 分钟交不出强。

适用边界与避坑指南

它不负责具体的引擎实现（如移动、碰撞、UI），也不用于无截止压力的随便玩玩或商业级作品发行。在使用时要特别注意：

• 警惕伪提交：在 itch.io 等平台，上传游戏文件和提交到 Jam 比赛是两个独立动作，只传文件不算参赛。
• 导出必测：“在编辑器里能跑”绝不等于“打包后能玩”，必须在干净目录下测试导出物，防止缺资产或路径错误。
• 资产合规：随手搜来的音乐和字体可能违反比赛规则，务必使用有授权的资产并在 Credits 中列出。
• 先有趣，后加料：不要在核心循环确认好玩之前盲目堆砌特效，Juice 只能放大乐趣，不能无中生有。