用 AI 从零做小游戏:套餐怎么选、引擎用哪个、美术怎么补
一个非专业开发者用 AI 从零做卡牌小游戏,一个月只跑出框架,5 小时额度 20 分钟就烧完。本文拆解额度消耗的真实原因,对比不同订阅档位的取舍,给出引擎与语言选择、美术补齐办法、任务拆分流程和一个月冲刺的合理预期,并附一份可执行的验收清单。
一个典型的困境:AI 写代码很快,游戏却迟迟出不来
有位非专业开发者想和朋友做一款小的联机卡牌游戏,玩法参考《杀戮尖塔》,体量对标一些小体量独立游戏。他没有大型项目经验,也没有游戏开发经验,整个设计、计划、编码几乎全部交给 AI,自己只负责提需求和试玩验收。
结果一个月过去,进度只推进到 AI 自己规划的八个阶段中的第二阶段第一个节点,交付物还只是一个框架。更麻烦的是,AI 编程工具的 5 小时限额,现在跑二十来分钟就见了底,等刷新后继续,二十分钟又用完,两个完整额度周期都没能交付一个节点。美术和音乐则完全空白。
这不是个例。把 AI 当作主力开发者时,卡点通常不在「AI 会不会写代码」,而在额度消耗速度、任务粒度、美术缺口和联机复杂度这四件事上。下面逐条拆。
额度为什么二十分钟就见底
同样是 5 小时窗口,有人能写一整天,有人二十分钟烧完,差别主要在以下几点:
- 任务粒度过大。让 AI「实现战斗系统」这种指令,会触发它反复读文件、反复重写整个模块,token 消耗成倍放大。
- 整文件重写而非增量修改。项目文件越长,每次重写的输出成本越高,而且改一处错一处,还要再来一轮。
- 上下文膨胀。项目越大,每次对话都要携带更多代码和说明。上下文越长,单轮成本越高,可用的有效轮次越少。
- 需求中途变更导致返工。前期没定清玩法与界面,边做边加需求,AI 就得回头改已经成型的部分。
- 缺少可验证的中间产物。AI 说「完成了」,但没跑起来,你只能再让它查,来回几轮全是成本。
有位开发者在讨论里给了一组自测数据:用基础订阅时,为了赶进度一天大约消耗五千万 token 就撞限额;升级到高档位后,一天一亿 token 只掉了个位数的周额度。这组数字只能作为量级参考,不同时期、不同模型、不同任务差别很大,实际额度规则请以官方最新说明为准。
套餐档位怎么选:先算清你要多快
| 档位 | 适合谁 | 代价 |
|---|---|---|
| 基础订阅 | 试水、学习、每天写一两个小时 | 高峰期容易撞 5 小时限额,进度不可控 |
| 中档(约 5 倍) | 有明确小目标,每天稳定推进 | 大改版或重构日仍可能不够 |
| 高档(约 20 倍) | 一个月集中冲刺、多阶段并行 | 单价高,闲置就浪费 |
判断方法很简单:看你是否需要「连续多个小时不间断生成」。如果每天只是零散提需求、自己 review 占大头,中档足够;如果是把 AI 当主力工程师、一天要跑好几轮大任务,那么集中一个月上高档,比长期维持低档更划算——前提是这个月你真的能每天投入时间跟进,否则额度会白白过期。
还有一个容易被忽略的点:多数平台都提供个人用量统计,升级后先花一天观察 token 消耗曲线,再决定下个月续哪一档,比凭感觉猜准确得多。
引擎和语言:优先 Godot + GDScript
对于「2D 卡牌 + 联机」这种目标,讨论里比较一致的意见是选 Godot:轻量、启动快、2D 支持好,社区里 AI 生成的示例也多,遇到问题容易搜到答案。相比之下,Unity 这类重型引擎对纯 AI 驱动的小项目属于过度设计。
语言上的分歧值得注意:
- GDScript:与引擎结合最紧,AI 生成的成功率更高,官方文档与社区示例覆盖最全。
- C# 版本:生态不同,部分引擎能力与示例并非一一对应,适合你本身熟悉 C# 或打算长期维护的情况。
如果你完全不打算自己读代码,只做需求与验收,选 GDScript 更稳妥。让 AI 选语言时,最好直接指定,而不是让它「自己决定」,否则它可能选一个示例较少的组合,后续每遇到一个坑都要多烧一轮额度。
美术和 UI 才是真正的瓶颈
很多人以为难点在玩法逻辑,实际做起来会发现:逻辑能跑,画面看不下去。AI 生成的美术素材通常风格不统一、细节经不起看,3D 场景的精细打磨更是吞时间又吞额度。
几条务实建议:
- 先定规范再生成。明确分辨率、色板(三到五个主色)、字体、UI 栅格间距、按钮圆角,写成一份简短的美术说明交给 AI,比每次口头描述效果好得多。
- 先占位,后替换。用纯色块和系统字体把界面和交互跑通,确认手感后再换素材。占位阶段不要生成任何图片。
- 素材优先自备或使用授权资源。开源素材站、付费素材包、自己画草图让 AI 转绘,都比「让模型凭空生成一整套风格」可控。
- UI 单独列任务。不要让 AI 在写战斗逻辑的同一次任务里顺便做界面,两件事分开验收,返工成本低很多。
- 注意版权。拆解商业游戏的资源包、反编译素材再打包分发,属于明确的侵权风险,不要采用;需要参考就参考交互与信息层级,素材自己重做。
把「一个节点」拆成可验收的小步
额度问题有一半其实是流程问题。建议按下面的方式组织每次对话:
- 先写设计文档:玩法循环、数值表、界面清单、联机交互各一段,存成一个文件,每次让 AI 先读它。
- 单次只做一个可运行切片:例如「抽牌 + 出牌 + 结算伤害」这一条链路,做完就能手动点一遍。
- 强制增量修改:明确要求「只输出需要改动的函数或代码块,不要重写整个文件」。
- 每次收尾要三样东西:改了什么、怎么运行验证、下一步待办。
- 用版本控制:每完成一个切片提交一次,人工看 diff 再继续。出问题时能一键回退,比让 AI 盲改便宜得多。
- 需求冻结:新想法写进「以后再说」清单,不插队。
联机部分是隐藏的成本大项。房间创建、状态同步、断线重连、作弊与状态一致性,每一项都可能单独占掉几天。建议 MVP 先做「房间内两人同步回合状态」,不要一上来就做匹配、排行、回放。
网络与运行环境:容易被低估的开销
如果用的是需要访问境外服务的 AI 编程工具,网络稳定性会直接影响体验,而素材生成类任务还可能吃掉大量流量——有开发者反馈一个月跑掉两百多 G 外网流量,直到超限才发现。几个建议:
- 大文件素材优先本地处理,不要让模型反复拉取远程资源。
- 长时间生成任务需要机器保持在线,本地笔记本合盖休眠会直接中断会话,重连后往往要从头再来。
- 如果长期在这种「任务必须跑几小时不断线」的场景下工作,可以考虑把运行环境放到机房:例如整台 Mac mini 托管在新加坡机房、按月租用、远程连接使用,网络环境稳定,适合长期挂着跑 AI 编程工具。这只是可选方案之一,本地机器能稳定在线就不必折腾。
一个月能做出什么程度
把预期调成「能和朋友联机打完一局」,一个月是够的;调成「接近《杀戮尖塔》的完成度」,一个月远远不够——那款游戏的卡牌数量、UI 动效、平衡数值是多年打磨的结果。
合理的月度目标可以这样排:
- 第 1 周:设计文档 + 核心战斗循环单机可玩
- 第 2 周:卡牌与遗物系统、存档、基础 UI
- 第 3 周:联机房间与回合同步,能两台机器对打
- 第 4 周:内容填充、数值初调、把占位美术换成统一风格
如果第二周结束还跑不通单机一局,说明任务拆分或引擎选型出了问题,先停下来重构流程,不要靠加额度硬顶。
小结
AI 做游戏的真实瓶颈,不是模型不够聪明,而是任务粒度太粗、美术没有规范、联机被低估、额度被整文件重写浪费掉。先把设计文档写清楚,把每个功能切成能手动验证的小块,美术先用占位图跑通交互,套餐按「是否需要连续数小时生成」来选档而不是凭感觉升级,进度会比堆额度快得多。所有额度与订阅规则以官方最新说明为准。