GDC 年度调查：40% 游戏开发者在用生成式 AI，但只有 8% 敢用在最终美术上

游戏行业对生成式 AI 的态度，一直比对其他行业更激烈：开发者公开反对，独立游戏圈为一座奖项吵成一团，玩家在评论区逐帧找「AI 痕迹」。但一年一度的行业调查给出了另一组数字——用的人变多了。

11 月 12 日，GDC Festival of Gaming 发布年度行业调查：40% 的受访开发者表示把生成式 AI 用作了工作的一部分，高于 2025 年的 36%。

一分钟速览

• 40% 的受访开发者「在工作中使用」生成式 AI，2025 年这一比例为 36%。
• 细分看，做免费游戏的开发者使用率 58%，纯手游工作室从业者达到 70%。
• 用途高度集中在文本环节：73% 用于调研与头脑风暴，62% 用于数据分析与摘要，56% 用于代码生成与调试。
• 真正用于美术的比重低得多：22% 用于概念设计与视觉构思，仅 8% 用于生产级美术或最终游戏资产。
• 34% 的受访者表示过去两年内被裁过员。
• 同期，Xbox 掌门人公开表示，小团队未来能构建过去需要数百人、数亿美元才能做出的世界。

用得最多的地方，恰恰最不「艺术」

把 73%、62%、56% 这三个数字摆在一起，能看到一个很清晰的图景：开发者把 AI 当成了办公工具，而不是创作工具。

调研、头脑风暴、数据整理、写测试、调 bug——这些都是项目里最耗时、最不产生「作品感」的部分。它们不影响玩家看到什么，只影响团队多久能把东西做出来。相比之下，只有 8% 的人把生成式 AI 用在最终美术资产上，这个比例说明行业内部的共识其实相当稳固：流程可以用 AI 加速，成品最好不要留痕。

这也解释了为什么「AI 使用率上升」和「开发者反对 AI」可以同时成立。同一个人，可能一边在社区里批评生成式美术，一边用模型整理竞品数据、写构建脚本。调查问的是行为，舆论场讨论的是立场，两者本来就不是一回事。

免费游戏与手游：压力最大的地方用得最狠

58% 与 70% 这两个数字，指向的是同一种商业结构：长线运营、内容消耗快、单位人力产出要求高。

免费游戏需要持续产出活动、皮肤、文案、平衡性调整，手游团队的迭代周期常常以周计。在这种节奏下，任何能压缩「从想法到可玩版本」时间的工具都会被迅速采纳，伦理讨论往往排在交付之后。

反过来，做单机叙事、做美术驱动型项目的团队，使用率明显更低。不是他们不会用，而是这类项目的价值恰恰建立在「人做的痕迹」上，用 AI 反而稀释卖点。

34% 的裁员数字，和 AI 的关系没那么直接

调查里最沉重的数字是 34%：超过三分之一的受访者表示过去两年被裁过员。这个比例放在任何行业都算高，但把它直接归因于 AI，证据并不充分。

过去两年游戏行业的收缩，主要来自几个叠加因素：疫情期的过度扩张需要消化，发行成本上升导致项目被砍，主机世代交替带来的不确定性，以及大厂把资源集中到少数几个长线项目上。AI 在这些决策里更像一个「顺带的理由」，而不是唯一原因。

但也不能说完全无关。当 56% 的开发者用 AI 写代码、调 bug，团队对初级岗位的需求结构必然改变。真正的风险不在今年，而在于两三年后：如果入门级工作被工具吃掉，行业里「从新人成长为资深」的那条路径就会断掉。

Xbox 的表态，把这轮争论推到了台前

就在调查发布的同一天，Xbox 负责人 Asha Sharma 公开表示，AI 将是 Xbox 未来的核心之一，并给出了一句很有代表性的话：一个小团队将能构建出今天需要数百名开发者、数亿美元才能做出的世界。

这句话对管理层是愿景，对开发者是压力。它隐含的推论是：团队规模可以更小，单位产出可以更高。而在一个已经裁员两年的行业里，任何关于「更小的团队」的表述，都会被听成「更少的人」。

与此同时，独立游戏圈正在为一个具体案例争论：某款备受关注的作品在开发最后阶段「少量」使用了大型语言模型来处理技术难题。支持者说这是工具使用，反对者说这破坏了「人手制作」的承诺。争论之所以激烈，是因为它触碰的是一个没有标准答案的问题——用多少算用，用在哪里算越界。

趋势：从「要不要用」到「怎么标注」

接下来一年，讨论的重心大概率会从「该不该用 AI」转向「用了要不要说、怎么说」。理由很实际：使用率已经接近一半，全面禁止不具可执行性；而玩家对透明度的要求正在上升，平台也开始要求披露。

对开发者来说，可操作的做法有三条。把 AI 限定在流程环节，避免直接产出玩家可见的最终资产；建立内部记录，明确哪些环节用了模型、用了什么模型；在与发行方、平台的合同里提前写清 AI 使用条款，避免上线前才发现披露要求对不上。

对行业来说，这份调查最有价值的地方不是 40% 这个数字，而是它暴露的结构：AI 已经渗透进工作的底层流程，却几乎没有进入作品的外层表达。这个格局能不能维持，取决于成本压力和技术能力哪个先变化。