盛开天下游戏若何作念好合作？体育游戏app平台

整理/秋秋&林致

本年的GDC（游戏拓荒者大会）上，Sucker Punch职责室的用具标准员Roland Munsil，作念了一场对于《羊蹄山之魂》编剧管线的分享。

浅易来说，他们给编剧作念了一个裁剪器，跑通了新管线。

也曾《对马岛之魂》的旧管线，需要运筹帷幄手搓上万条代码，至少浮滥600小时；而在《羊蹄山之魂》中，他们澈底变解雇责流，让编剧、运筹帷幄、制作主说念主乃至音频团队，能在一套职责空间中合作——新用具细节到了界面上的一颗标点。

《羊蹄山之魂》的收获有目共睹。发售两天收回一起拓荒老本，首月全球销量破330万份（PS5独占），总收入超16亿元，Metacritic媒体评分87，玩家评分8.5——这套裁剪器管线赞成的，是一个经过阛阓考证的大体量家具。

对行业来说，这场分享的真理不啻是若何作念一个裁剪器。

盛开天下仍是不少团队的主流立项场所，但天下越作念越大，文骨子量随着涨，编剧、运筹帷幄等岗亭之间的空转和访佛服务，依然是许多大团队绕不开的合作问题。

若何让数百东说念主的团队少作念不勤勉？这场分享给了一个很具体的修起。

以下为演讲实录，为便捷阅读，内容有所治疗：

01

不作念《博德之门》

我是Sucker Punch职责室的用具标准员Roland Munsil，今上帝要分享咱们在拓荒《羊蹄山之魂》时，对脚本写稿管线（Writing Pipeline）的关键重构。

先看一下咱们的家具布景。

《羊蹄山之魂》是《对马岛之魂》的续作，两款游戏都是日本历史布景的盛开天下动作游戏，带有电影化故事（Cinematic Story）和战斗玩法（Game play）。

同期，游戏的叙事内容占相比大（Narrative Heavy），基本上悉数任务都包含大都对话。每个干线任务可能有几百句台词，哪怕是短支线也有几十句，何况任务量自己就不少——毕竟这是一个大型盛开天下游戏。

不外有少许需要明确，咱们不是《博德之门》（Baldur's Gate），也不是《质地效应》（Mass Effect），没策画作念复杂的动态网状系统：要是你玩过这款游戏，那见过最多的对话选项，揣测即是两个分支的修起，这些修起莫得实质性的影响，很快就会记忆干线。

02

原来的管线有多坑

滥觞，咱们的中枢团队约150-200东说念主。其中肃穆对话管线的有5名编剧（Writers），12名任务运筹帷幄（Mission Designers），2名制作主说念主（Producers）。

在拓荒《羊蹄山之魂》的四年中，咱们产出了约15万字对话和5万字文本素材。这其中，有75%是任务专属对话，玩家只会听一次；剩下25%是系统性对话（Systemic dialogue），比如战斗呼喊、商东说念主叫卖、布景村民闲扯，不错在多个场景里访佛播放。

这个体量和《对马岛之魂》真实一模相通，因此许多作念法不错径直复用。

布景先容罢了，咱们接下来聊一聊管线（Pipelines）。

在讲《羊蹄山之魂》的新管线之前，咱们得先望望《对马岛之魂》的旧管线——自后作念的许多决策，都是被旧经过逼出来的。

旧管线接收三方寥寂单干的模式（Three-way Split）：

运筹帷幄、标准和好意思术在Perforce（版块限定软件）里职责，处理代码、任务结构和钞票，这是构建执行游戏的地方；

编剧在Google Docs里写脚本。运筹帷幄会参照这些文档，先在游戏里搭好占位符对话（Placeholder Dialogue）；

制作主说念主则肃穆把Google Docs里的台词，手动录入里面的台词数据库（Line Database）。数据库里每条台词都有源文本和元数据（Metadata）。制作主说念主再从数据库生成灌音表（Recording Sheets），送去录制。之后制作主说念主会把音频拉回数据库，这时代也可能会处理土产货化。

最后，数据库按时把录好的音频、字幕和文本打上对应的ID，推送到Perforce里——这些带ID的文献，没法径直在游戏里使用。

是以这一步最坑，运筹帷幄必须在引擎里，手动把每条台词的ID，挂到对应的触发器上。我揣测光这一项，就浮滥了运筹帷幄至少600个小时的纯挑夫——还没算上修改迭代和系统性对话。

编剧那儿也很横祸。咱们主编剧的原话是，嗅觉我方即是"把脚本隔着栅栏扔当年"。

因为他们在Google Docs里写完文本就交出去了，没认识在游戏里我方测试。想改点东西，哪怕只是换取两句台词的公法，都得找运筹帷幄维护操作，这就导致各人看似都很忙，但效力很差。

更要命的是，编剧恒久不在引擎里职责，不知说念引擎能达成什么，不成达成什么——只可祷告我方写的东西能跑起来。

此外，Google Docs、台词数据库、Perforce这三个地方的由三组东说念主留意，数据很容易脱节，来不足同步。

运筹帷幄可能在Perforce里删了一句台词，但Google Docs和数据库没更新；编剧可能在文档里加了台词，但没进数据库……最坏的情况是，一些台词依然在游戏里删了，但其他东说念主不知说念，把这些废台词送去灌音、土产货化后才会发现，最后钱白花了。

何况咱们的脚本、灌音等本事，也不是一次就能完成的，是以这种数据同步的问题常常会发生。

最后，咱们对这些外部用具的限定力很有限：在Google Docs莫得发言权，台词数据库又是索尼里面的小团队肃穆，他们无法实时反应咱们的定制化需求。

03

若何让编剧"写代码"

《对马岛之魂》作念完的时候，咱们决定澈底改掉这套管线。

决策上很浅易：不消台词数据库，让编剧径直在游戏内的达成文献（Implementation）中职责。

表面上，这能一次性处治之前的悉数问题：数据源长入了；不消手动挂台词了，因为编剧写台词的过程，自己即是在完成纠合；编剧径直战争底层达成，对引擎的交融也会跟上来；何况咱们摒弃了外部用具，限定权回到我方手里。

但具体实行前，需要先处治两个问题。

第一个相比浅易：若何把原先存在数据库里的元数据存到Perforce里？

咱们作念了一种自界说文本阵势，径直行为文献存进Perforce，再写代码来读写妥协析。底下这张图不错看到它梗概长什么样。

第二个问题就大了：若何让不懂代码的编剧，去裁剪游戏的底层达成文献？

要修起这个问题，先得讲明一下咱们游戏的底层架构。

游戏叙事管线的中枢组件叫"对话对象（Conversation Object）"。触发该组件后，系统会自动限定变装的动作，比如头部通顺和口型同步，然后逐句播放台词。

上头两张截图区分是两段对话。第一段唯唯独句台词，第二段有六句。每句台词都有唯一的ID，图里用红色标出来了。

第一段对话挂在NPC变装Settler_Info_Tsuri身上。第二段里，四句来自归并个NPC，另外两句来自Hero——这是咱们里靠近主角Atsu的代称。绿色部分则是附带台词源文本的留意。

这些对话对象是"触发即弃"（Fire and Forget）的——代码只需要启动对话，系统会自动找到变装、按公法播放、播完自动收尾，不需要特等的不停。

再看另一个稍稍复杂的例子。

上头的对话波及分支（Branching）。

玩家第一次遭受这个NPC时，他会问："你擅长骑马吗？我需要找回一双离家出走的马。"

但要是之前依然对话过，再来找他，台词会变成："我仍需要匡助，把我的马找回来。这活应该能赚不少钱。"这即是Branch_If ：Play_Count 0的真理——判断玩家是不是第一次来。

而玩家的选项径直写进了对话结构中。采取Refuse（拒却），跳到背面的收尾台词；采取Accept（经受），则退出对话，触发对应的任务（Mission Rigging）。

此外，对话系统还支抓特殊号召（Special Commands）。比如Set Emotion不错改造变装的面部色调、Delay不错在两句台词之间插入停顿……

我说这些，是为了阐发：咱们的对话不单是是一个台词列表，它还能作念分支、采取、各式限定行为，需要的话致使不错直战争发轻易脚本（Scripts）。

而在《对马岛之魂》的拓荒中，这些东西全需要运筹帷幄手动创建和裁剪。

了解之后，咱们回到之前的问题——若何让编剧来裁剪这些内容？

显著不成让他们径直靠近这堆代码，编剧需要的是径直写稿。是以咱们需要一个前端用具，提供更友好的裁剪界面——最终，咱们用Dear ImGui拓荒了这个用具，里面叫"Sucker Punch Writing Tool"。

这个用具的截图里有许多内容，但咱们只需要关爱中间的脚本裁剪器部分（Script Editor）。

滥觞，脚本裁剪器会把对话对象文献、数据库文献组合成一个脚本给编剧，编剧看到的不再是一堆/line ID和代码留意，而是执行的台词文本。

其次，咱们还将裁剪器界面作念成了脚本阵势（Screenplay Format）。这是影视和游戏行业的圭臬脚本阵势：变装名在上方，有特定缩进；对话鄙人方，是另一种缩进；中间穿插动作描绘——这种阵势对编剧来说止境熟谙，同期也不影响游戏原来的对话结构。

第三，咱们还颠倒师法了业界圭臬脚本软件Final Draft的操作逻辑。编剧不错用快捷键在变装名、对话、动作描绘之间快速切换。这种全键盘逻辑，能让编剧能保抓连气儿的写稿节律，不消在各式下拉菜单里用鼠标点来点去。

最后，咱们莫得把底层指示完全藏起来。像Delay（停顿）、动画触发器这些元素，编剧在界面上仍然看获得、改得了。

这亦然咱们的设计想路：用具既要对编剧友好，也要对运筹帷幄有用，对话对象里的悉数内容都呈当今归并个视图里，不合任何东说念主荫藏。

04

新的职责流

当今编剧的职责流变成了这么：

运筹帷幄搭好任务框架，放上占位符对话。编剧翻开用具，径直修改台词，添加动作描绘和扮演结合（Direction）。

改完之后，编剧不错在土产货编译一次游戏，走到触发点去执行听一听。

咱们引擎内置了一个叫Robo Voice的功能，莫得灌音的台词会用类似Microsoft Sam的合谚语音（TTS）来播放。听着不太天然，但能帮编剧感受对话节律，比什么声息都莫得强。

调到懒散，编剧能径直将其提交到Perforce，通盘过程不需要运筹帷幄介入，除非要加什么复杂功能。之后交给制作主说念主安排灌音，或者由主编剧、其他共事作念脚本审查（Script Review）。

有时候经过也会反过来——编剧先写好脚本，运筹帷幄再过来拆分红对话、纠合任务逻辑。但无论哪个场所，两边之间都不再需要来走动回反复吩咐。

除了线性脚本，这个用具还支抓裁剪网格对话（Gridded Dialogue）和UI文本。

网格对话即是前边提到的系统性对话，比如一群变装走向玩家时的呼叫，因此咱们需要用大都变体，对应不同的景色和变装。这些内容设定好之后，就不错跨场景访佛播放。

UI文本裁剪器则覆没了游戏里各式类型的文本需求，让不同民风的编剧都能在这里干活。

这条管线爽气用了两年部署到位，达成了咱们想要的大部分功能。何况通盘技俩周期里，咱们一直在给它加东西，因为会持续发现新的校正空间。

先说预期之内的收益：运筹帷幄再也不消手动挂台词了；各人不消再三个地方手动同步数据了；Google Docs和台词数据库也退役了，编剧和运筹帷幄能长入用我方的用具了，想加什么功能我方说了算。

更迫切的是，编剧的职责格式被澈底买通了。

滥觞，他们不错我方在引擎里测试、在土产货迭代、换取奏、加停顿、改色调、设分支，不需要事事找运筹帷幄代劳。以前以为太贫窭，不好真理启齿央求的小治疗，当今我方着手就行了。

其次，编剧摸清了引擎的技能范畴。他们每天在引擎里职责，能看到运筹帷幄是若何纠合任务的，能看到底层是若何达成的，因此写出来的东西，也更贴合游戏的执行限制。

你可能会问，那土产货化该若何办？

这是新管线里唯一的例外——土产货化团队还得用旧的台词数据库。但咱们写了脚本，能自动从Perforce把数据同步给他们，至少里面不再有东说念主手动留意台词数据库了。

上线之后咱们发现，这条新管线带来的自制远超领先的想象。

第一，为制作主说念主提供了诸多便利。

一开动咱们其实不确定制作主说念主会不会想用这个用具。领先的想法是给他们作念个导出到Excel的功能，再加上一些基本的元数据裁剪，应该就够了。但执行用起来之后咱们很快发现，径直在用具里作念功能便捷得多。

咱们作念了一个自界说查询界面（Custom Query Interface），制作主说念主不错在里面搜索、筛选、批量修改对话。这比之前导出到Excel再导回来的经过好太多。

制作主说念主也因此被拉进了编剧和运筹帷幄归并个脚本视图里，能看到齐全的凹凸文、分支逻辑和悉数标注，对对话的举座交融更齐全。

另外，咱们还为灌音本事作念了自界说导出功能。咱们每次灌音要准备许多版块的材料：演员一份、导演一份、灌音棚各式变装各一份……以前这些全靠手微妙理，当今制作主说念主只须设定好查询条目，就能一键导出悉数阵势，不错免却大都访佛职责。

第二，悉数东说念主都在归并个职责空间（Shared Workspace）里职责了：

运筹帷幄和标准能看到编剧写的动作描绘和情谊备注，更容易交融剧心意图；

编剧能看到运筹帷幄写的底层逻辑和Bug备注；

主编剧开动径直在用具里作念脚本审查（Script Review），径直批注修改，再也不消导成Word文档了；

音频团队也进驻了，径直在里面调参数。

各人分享归并套文献组织架构（Organization Scheme），彼此行使对方留住的留意和标签，造成了一个良性轮回。固然这需要各人共同留意钞票，有时也不免会有摩擦，但这比之前三个团队各自寥寂职责要好太多了。

第三，咱们在用具里加了一个粉色钻石（Pink Diamond）图标，用来娇傲"这段对话到底有莫得在游戏任务里被触发（Hooked up）"。

需要说暴露，这跟台词自己有莫得被纠合是两回事，台词的纠合是自动的。粉色钻石只考证有莫得东西触发这段对话。

说真话，这功能是我顺遂加的，有几个东说念主提了需求，我以为有用就作念了。没猜测最后成了通盘用具里最受接待的功能之一。

对运筹帷幄来说，诞生一个任务的职责量很大。一个大型任务可能要创建一百多段对话，过程中很容易漏配几段，有了粉色钻石，哪个没亮一眼就看到了——何况这个东西各人都能看到，不错彼此提醒。

对编剧来说，莫得粉色钻石，阐发游戏里莫得任何东西在调用它，宽心删。有粉色钻石，那就得找运筹帷幄聊聊再说。

有运筹帷幄曾告诉我，在作念《对马岛之魂》的时候，技俩接近尾声时颠倒作念了一次大限度排查，把游戏里悉数没被援用的对话全找出来，一个个连上去；而到了《羊蹄山之魂》，这件事从来没发生过。各人在正常职责中看着粉色钻石，边作念边就补了。

何况这个东西的技能达成浅易奸诈，但十分有用：它不消编译游戏，即是翻开用具时，全盘扫描悉数文本文献，查找有莫得包含CONV_着手的字符串。

这意味着它会有误报（False Positives）。可能某个文献里援用了一段对话，但阿谁文献根柢没构建到游戏里，这种误报亦然不免的，你要查验也根柢不可能，是以各人也能交融；

何况它不会有漏报（False Negatives）。莫得粉色钻石即是王人备没被援用，不错安全删除。

第四，咱们还作念了一个小功能，让UI团队在游戏运行时，纪录每个文本框的极限长度。

用具读取这些数据后，会在编剧写UI文本时给出视觉领导（胶囊图标）。灰色代表字数安全，红色代表超长，翻译成其他言语可能会爆框——这既帮了编剧限定篇幅，也反过来帮UI团队排查了哪些文本框的限制设得过严。

天然，我也有必要说说这个过程中踩过的坑。

滥觞，复杂的逻辑会严重影响脚本的可读性。 碰到复杂的网状分支，比如商东说念主NPC的对话树，脚本界面里全是逻辑跳转，一句台词都看不见（如下图），这对配音演员和土产货化东说念主员来说真实是磨折。

要是时辰允许，咱们会把对话单独导出成Word文档，从头梳理分支结构便捷演员交融变装。但执行情况是赶工居多，演员常常连基本的台词分支都来不足捋暴露。

其次，Perforce合并突破（Merge Conflicts）。

当今悉数东说念主都在Perforce里改归并套文献，突破是家常便饭。有半年时辰真实悉数东说念主都在密集修改内容，我天天帮各人处治突破，止境横祸。

05

结语

追念一下此次管线重构的前后对比。

以前在《对马岛之魂》里，归并份脚本洒落在三个地方，咱们必须手动保抓同步，运筹帷幄必须手动挂每一条台词。大都时辰耗在搬运和对接上，编剧以为我方的修改老是不成快速落地，这通盘经过一团乱。

当今，悉数东说念主在Perforce的归并套文献上职责。咱们有一个我方拓荒的用具，简化了每个东说念主的职责，也让咱们能快速地往职责流里加各式功能。

粉色钻石、UI字数领导这些需求，都是因为团队我方掌控用具，发现痛点就能赶紧作念——这些功能的代码巧合漂亮，但能处治执行问题。

最迫切的是，编剧的本事被开释了。他们不错我方作念编剧润色，不需要把活交给运筹帷幄，不错我方进游戏调行为、试成果。这是整件事里最有价值的变化。

编剧也因此，把这个用具列为了《羊蹄山之魂》拓荒过程中最佳用的用具之一。

最后想说一句，但愿各人都能改善我方的管线，别再从Google Docs里复制粘贴成千上万行台词了。

游戏葡萄招聘商务司理，

点击「阅读原文」可了解深信

保举阅读

极限汉化丝之歌 | 对话鹰角主策 | AI零代码拓荒

起底游戏临近 | 白银之城 | 下野字节创业

对话临了地 | 对话前沐瞳CEO | 对话鸣潮总监

游戏行业竹帛保举：

点击下方柬帖，关爱公众号

（星标可第一时辰收到推送和齐全封面）体育游戏app平台