前 Rockstar 技术总监谈《GTA》开发：发售前两周全员通关排查最后 Bug

据 IT之家 9 月 7 日消息，前 Rockstar North 技术总监 Obbe Vermeij（奥贝·维梅伊）近日在 X 平台回忆《GTA》系列早期作品的开发流程。他透露，在《GTA3》《GTA：罪恶都市》《GTA：圣安地列斯》和《GTA4》等作品正式完成前，团队曾有一项特殊安排：在最后两周暂停新增开发，让成员从头到尾完整游玩一遍游戏，以尽可能找出此前遗漏的漏洞。这一细节不仅让外界看到开放世界游戏在交付前的质量控制方式，也折射出大型软件项目在上线前如何通过“全流程体验”降低风险。

发售前“停笔”：用完整通关检验开放世界

维梅伊于 1995 年加入 Rockstar，曾参与《GTA3》《GTA：罪恶都市》《GTA：圣安地列斯》以及系列首款 HD 世界观作品《GTA4》的开发。他在回忆中表示，外界想象中的明星游戏开发，日常其实更接近一份普通工作：多数成员每天在工位上戴着耳机工作约 8 小时，分别负责美术、代码、音乐等不同模块；团队会议并不频繁，只有少数核心成员会对玩法和剧情做出关键决策。

到了开发后期，团队的大量时间都用在修复持续出现的 Bug 上。维梅伊提到，一个有趣的做法是，在游戏正式完成前两周，团队会暂停继续开发，让所有人完整游玩一遍游戏，按任务顺序体验整个流程，以便发现最后阶段仍未暴露的问题。对他本人而言，那甚至是第一次按正常任务线完整体验游戏故事，其中一些任务此前从未接触过。

这种做法对《GTA》这类开放世界作品尤其重要。开放世界并非线性软件，玩家可能以各种顺序触发任务、探索区域、驾驶载具或与系统交互。即使单个功能模块都通过测试，组合到完整体验中后仍可能出现意想不到的问题。让不同岗位成员从玩家视角通关，有助于把代码、任务、美术、音频和叙事之间的错位暴露出来。

代码与脚本分工：大型游戏也是复杂软件工程

维梅伊还透露，大多数《GTA》游戏的代码库使用 C++ 编写，而关卡设计师则使用 Rockstar 内部开发的独立脚本语言来实现任务逻辑。这一信息从技术角度看并不意外：C++ 长期是大型游戏引擎和性能敏感系统的重要选择，而脚本语言则能让设计师更快调整任务流程、触发条件和剧情事件。

这种“底层引擎 + 上层脚本”的结构，也与今天许多大型软件和 AI 工具链的分层思路相似：底层系统负责性能、稳定性和通用能力，上层配置或脚本负责业务逻辑与快速迭代。对于开放世界游戏而言，任务逻辑、NPC 行为、触发区域、过场事件之间高度耦合，若完全依赖程序员硬编码，迭代效率会受到明显限制。

• C++主要承担对性能和系统稳定性要求较高的底层代码。
• 内部脚本语言帮助关卡设计师实现任务、事件和流程控制。
• 发售前全员通关相当于一次跨岗位、端到端的质量验证。
• 这种流程能补足自动化测试和模块测试难以覆盖的体验问题。

影响与解读：从游戏 QA 看复杂产品上线前的最后一公里

从科技产业视角看，维梅伊的爆料说明，顶级游戏项目的成功并不只依赖创意或技术突破，还依赖一套可执行的工程流程。特别是在开发后期，团队从“继续增加内容”转向“冻结范围、集中排错”，这与软件行业常见的发布候选版本、代码冻结和回归测试逻辑高度一致。

对今天的 AI 产品、自动化工具和大型应用开发同样有启发意义。模型能力、功能模块或界面设计各自可用，并不代表最终用户路径一定顺畅。真正决定产品口碑的，往往是上线前最后一轮端到端体验验证：用户是否能完成核心任务、异常路径是否被处理、不同模块之间是否存在冲突。

需要注意的是，维梅伊已在 2009 年离开 Rockstar North，因此目前无法确认这一开发传统是否延续到《侠盗猎车手 V》《荒野大镖客：救赎 2》或仍未正式推出的《GTA6》等后续项目。但这段回忆仍为外界提供了一个观察窗口：在那些被视为行业标杆的作品背后，真正支撑体验的，往往是大量看似重复、枯燥却关键的测试与修复工作。