第 2 章
雷神之锤上的房子
第2章 雷神之锤上的房子
柯克兰东北第128街那栋商业楼的租约，签在1996年10月。两层，米色外墙，正门朝停车场开。纽维尔和哈灵顿选它的理由很简单：租金便宜，离微软雷德蒙德园区只有十五分钟车程。
这个距离不是巧合。Valve最早的五名员工，全部来自微软离职圈和前id Software工程师网络。纽维尔和哈灵顿没有离开微软的人才半径，他们只是把半径的圆心挪了一下。
搬进办公室的第一周，里面什么都没有。两张桌子，四把椅子，一部电话，一台咖啡机。白板是纽维尔从家里带来的，立在进门右手边的墙上。
上面还留着搬进来那天写的字：“Quiver”，下面画了一支箭，箭尖指向右侧。再下面一行：找到一个引擎。找到一群人。最下面一行是哈灵顿的笔迹：做出比id Software更好的游戏。这行字在1996年秋天听起来像疯话。id Software是当时PC游戏行业的技术霸主。
约翰·卡马克（John Carmack）写出的《雷神之锤》（Quake）引擎刚刚在六月发售，全3D渲染、实时光影、TCP/IP网络对战——每一项都定义了行业标准。而Valve是一个连公司名都被人当成“Valve”拼写错误的初创团队。纽维尔和哈灵顿在游戏行业没有任何作品。他们唯一的资产是微软工作期间积累的两样东西：钱，以及对什么东西不值得做的判断。
钱的问题先解决。纽维尔和哈灵顿各自投入了大约十万美元现金作为启动资金。加上他们在微软持有的期权损失——纽维尔估计自己放弃了价值约五十万美元的未行权期权，哈灵顿的数字在三十到四十万之间——这笔初始投入的总机会成本接近百万美元。
他们算过一笔账：按照十人团队的薪资和运营成本，这笔钱能撑十八个月。十八个月后，要么做出一个能签下发行合同的产品原型，要么公司关门。这笔账在1996年秋天的意义，后来被Valve的“扁平化神话”反复遮蔽。
Valve后来建立的制度——没有老板、没有截止日期、自选项目、同侪评议——被外界解读为一种乌托邦实验。但乌托邦需要地基。Valve的地基是纽维尔和哈灵顿的个人积蓄。他们用这笔钱买来的不是控制权，而是试错空间。在公司的前十八个月里，没有人会因为进度延误被开除，不是因为制度仁慈，而是因为根本没有制度。唯一的约束是银行账户余额。
引擎的问题，纽维尔在微软时期就有了判断。1995年，他在微软内部推动公司收购id Software，理由很简单：id拥有当时最好的游戏引擎技术，微软需要它来进入游戏市场。盖茨没有同意。纽维尔后来在接受采访时说，这个决定让他看清了一件事：微软不理解游戏引擎的价值。但他理解了。
他知道《雷神之锤》引擎的核心技术优势——全3D渲染管线、动态光照、基于客户端-服务器架构的网络代码——这些不是随便哪个团队能从头写出来的。卡马克每年发布一个新引擎的速度，建立在多年的技术积累之上。
从头自研引擎，意味着Valve要把十八个月的窗口期砍掉一半，用来写底层代码，然后才能在剩下的时间里做游戏。这个判断在当时的游戏行业并不普遍。1996年，很多初创工作室选择自研引擎，理由是“技术自主”和“长远来看更省钱”。但纽维尔看到的不是技术路线，而是时间。他后来在一次演讲中提到过这个逻辑：如果你只有十八个月，你就不能把前九个月花在写引擎上。你必须用别人的引擎起步，然后在这个引擎上做别人没做过的事情。
“别人的引擎”就是id Software的《雷神之锤》引擎。授权谈判的具体细节没有公开记录，但行业惯例是明确的：1996年，id的引擎授权费大约在五万到十万美元之间，通常还会附加按销量分成的条款。对于一家只有两个人、没有产品、没有营收记录的初创公司，这不是一笔小钱。但纽维尔没有犹豫。他在1996年底联系了id，签下了授权协议。这笔交易的意义不止于技术。它决定了Valve早期的人才结构。
如果Valve选择自研引擎，它需要招募的是图形学专家、底层系统程序员——这些人薪资高、竞争激烈，而且通常更愿意留在能提供稳定环境的公司。但选择《雷神之锤》引擎之后，Valve需要的是另一种人才：熟悉id引擎架构、能快速上手改造的人。这些人散布在id的MOD社区、微软的离职圈和其他游戏公司的中层技术岗位。他们不一定是最顶尖的图形学工程师，但他们的共同特征是：对id引擎有深入理解，对游戏制作有强烈冲动，在原来的公司被流程捆住了手脚。
肯·伯德维尔（Ken Birdwell）是第一个加入的。他在微软的职务是软件工程师，但他在微软的六年里，参与过的最接近“产品”的东西是一份技术规格书——一份关于多媒体播放器用户界面设计的文档，写了六个月，经历了七轮评审，最终被项目取消。伯德维尔后来回忆，他在微软写的每一份规格书都没有变成实际产品。
他离开微软的时候，带走了一个文件夹，里面是六年来他参与过但从未发货的项目的技术文档。
他把这个文件夹放在了Valve办公室的书架上，作为提醒。纽维尔找到伯德维尔的方式很直接。他在微软内部邮件组里发了一条消息，说自己和哈灵顿要离开微软，去做一家游戏公司，需要程序员。伯德维尔回了一封邮件，只有一句话：“你们什么时候走？”
伯德维尔加入后，Valve有了第一个全职程序员。他放下微软带过来的文件夹，开始读《雷神之锤》引擎的源代码。
id的授权协议允许被授权方修改引擎代码，但有一个条件：修改后的代码必须反馈给id，id有权将改进纳入引擎的下一个版本。这个条款后来被证明对双方都有利——id获得了大量来自授权方的技术贡献，而Valve获得了一个深度理解引擎底层的机会。
伯德维尔读代码的速度很快。他在几周内就确认了一件事：《雷神之锤》引擎的渲染器是为id风格的快节奏射击游戏设计的，但Valve想做的是另一种游戏——更叙事、更沉浸、更强调物理空间和AI行为。要达到这个目标，引擎的渲染器需要几乎完全重写，AI系统需要从零开始搭建，物理引擎的精度也需要大幅提升。
这不是修补，是重建。但重建的基础是id已经写好的架构——内存管理、文件系统、网络层、输入处理。这些底层模块不需要重写，Valve可以直接使用。
伯德维尔后来用了一个比喻：id提供的是房子的地基和框架，Valve要做的是拆掉内部所有的墙，重新设计房间，然后装上自己做的门窗和家具。但地基是别人的。这个比喻后来被卡马克本人印证过。卡马克在1997年的一次采访中被问到Valve对引擎的改造，他的回答大意是：他们交回来的代码已经不再是《雷神之锤》引擎了。
卡马克的措辞是技术意义上的评价，但这句话揭示了Valve早期的一个关键特质：这家公司从第一天起就对“别人的东西”有侵略性的改造意志。他们不是满足于在现有引擎上做MOD——那是MOD社区的做法。他们要把引擎内化成自己的东西，改到原主认不出来为止。
这个特质在1997年春天变得更加明显。Valve招募了第二波核心成员：设计师哈利·蒂尔森（Harry Teasley）、3D美术师泰德·巴克曼（Ted Backman）、程序员戴夫·里勒（Dave Riller）。这批人有一个共同特征：他们在原来的公司都是“被流程困住的人”。
蒂尔森的经历最典型。他在加入Valve之前，在游戏行业辗转了四家公司，参与过六个项目，但没有一个项目最终完成。有的是因为资金断裂，有的是因为发行商取消合同，有的是因为团队内部管理混乱。蒂尔森后来说，他在那些公司学到的最重要的东西，不是怎么设计游戏，而是怎么识别一个项目什么时候会死。
他带着这个技能来到Valve，发现这里没有项目经理，没有截止日期，没有人告诉他该做什么。他做的第一件事是坐下来，开始写一份设计文档——不是因为他被要求写，而是因为他终于可以写了。
巴克曼的背景是工业设计和传统美术。他在加入Valve之前，从未在游戏行业工作过。他的上一份工作是为一家玩具公司设计产品外观。
纽维尔看中他的原因不是他的游戏行业经验——他没有——而是他的作品集里有一种“让物件看起来像是真实存在于某个世界”的能力。纽维尔认为，这种能力在3D游戏里是稀缺的。大部分人能做模型，但做不出“有重量感的物件”。巴克曼能做到。
巴克曼加入Valve的第一周，纽维尔给了他一个任务：设计一个能让人相信“这东西真的会爆炸”的炸药包模型。巴克曼花了三天时间，交出了一个带有金属扣件、磨损痕迹和导火索细节的模型。纽维尔看了一眼，说：“这个可以。”这个模型后来出现在《半条命》的早期截图中，成为Valve在1997年E3上展示的少数几个完成度较高的资产之一。
但“完成度较高”在1997年春天的Valve是相对的。整体来看，项目的进度远低于纽维尔和哈灵顿的预期。原型仍然无法达到可演示的状态。AI系统跑不通，物理引擎的碰撞检测有严重bug，关卡编辑器的工作流程让设计师抱怨效率太低。伯德维尔在重写渲染器的同时，还要抽时间修AI的bug，蒂尔森的设计文档写了十几页，但大部分内容因为引擎功能限制无法实现，巴克曼的模型做好了，但放进引擎里的效果不理想，光照和材质系统无法呈现他想要的质感。更严重的问题是，没有人做决定。这是“没有截止日期”的早期代价。
Valve的团队结构在1997年春天是松散的：纽维尔负责技术方向，哈灵顿负责对外联络和商务，伯德维尔管引擎，蒂尔森管设计，巴克曼管美术，里勒管关卡。但各个部分之间没有明确的协调机制。没有人有权说“这个功能优先级最高，先做这个”。没有人有权说“这个设计方向不可行，换一个”。当伯德维尔和蒂尔森对AI行为树的设计产生分歧时，两个人都觉得自己是对的，但没有一个机制来裁决。
纽维尔后来在描述这个阶段时，用了一个词：“无序的自由”。这个词准确地概括了Valve在1997年上半年的状态。每个人都在做自己认为最重要的事，但没有人确保这些事加起来能变成一个可运行的完整游戏。团队里有一种默契——纽维尔在技术判断上拥有最高权重，但这不是制度规定的，而是因为他对引擎的理解最深、对项目的整体愿景最清晰。
这种默契是“暗层级”的第一颗种子。在扁平制还没有被正式命名之前，权力梯度已经自然形成了。1997年夏天，财务压力开始显现。
Valve的银行账户余额，按照纽维尔后来在一次访谈中的说法，降到了“让人晚上睡不着觉”的水平。具体数字没有公开，但可以估算：十人团队的一年薪资成本大约在五十万到七十万美元之间，加上办公室租金、设备采购、软件授权和其他运营开支，一年的总支出接近八十万美元。纽维尔和哈灵顿的初始投入在十八个月后即将耗尽，而产品原型仍然无法达到向发行商展示的水平。
1997年6月，纽维尔做了一件事。他把团队叫到会议室——那间会议室只有一张桌子、几把椅子和那块白板——在白板上写下了接下来三个月必须完成的事项清单。这不是截止日期，但这是优先级。清单的第一项是：AI系统必须在八月底前达到可演示状态。第二项：关卡编辑器的工作流程必须简化。第三项：完成三个可连续游玩的关卡原型。
蒂尔森后来回忆，这个清单改变了团队的工作方式。在此之前，每个人都在做自己感兴趣的事。在此之后，每个人仍然在做自己感兴趣的事，但有了一个共同的目标。这不是项目经理制度，纽维尔没有变成项目经理。
他做的是另一种事：他用自己的技术判断力，为团队提供了一个“该做什么”的参考框架。这不是命令，但它的效果接近命令。因为纽维尔对引擎的理解和对项目的愿景，让他的判断在团队中具有天然的权重。这个机制在1997年夏天运行得并不完美，但它是有效的。
AI系统在八月底达到了可演示状态——虽然还远不够理想，但至少敌人角色可以在关卡里移动、发现玩家、寻找掩体。关卡编辑器经过简化后，蒂尔森和里勒能够在几天内搭建出一个基本的关卡框架。巴克曼的模型在光照系统改进后，终于能在引擎里呈现出他想要的效果。
但进度仍然缓慢。到1997年9月，Valve完成了三个关卡原型，但质量参差不齐。第一个关卡——一个类似实验室的空间——完成度最高，AI和物理效果都基本正常。第二个关卡——一个室外场景——暴露了引擎在开放空间渲染上的性能问题。第三个关卡——一个包含多个敌人和复杂脚本的遭遇战——经常崩溃。纽维尔看着这三个关卡，做了一个判断：还不够。
他知道，如果以这个状态去接触发行商，对方会问一个问题：你们凭什么觉得自己能做出比id更好的游戏？这个问题的答案，在1997年9月，Valve还拿不出来。但纽维尔不打算降低标准。
他对团队说，这个游戏必须做到“让人忘记这是一个游戏”。这句话后来被反复引用，成为Valve设计哲学的早期表述。但在1997年9月，它的实际含义是：我们还需要更多时间，但我们的钱正在耗尽。
哈灵顿开始接触潜在的发行商。他的目标是找到一个愿意预支一笔开发资金、同时不过度干涉Valve创作自由的合作伙伴。这个条件在1997年的游戏行业并不容易满足。
大多数发行商习惯于严格的项目管理——里程碑、进度检查、对设计方向的控制权。Valve想要的是一种不寻常的关系：发行商提供资金和市场渠道，但把创作决策权完全交给开发者。哈灵顿接触了几家大公司，反馈并不理想。
有的发行商对游戏类型感兴趣——一个基于《雷神之锤》引擎的叙事射击游戏，听起来像是一个有市场的方向——但他们对Valve的团队规模和进度表示怀疑。一个十人团队，大部分成员没有完整的游戏项目经验，引擎是买的，原型还不稳定，然后他们说要做出一款比id更好的游戏。这种自信在游戏行业并不罕见，但通常不会持续太久。
但哈灵顿没有放弃。他在1997年秋天接触了雪乐山（Sierra Entertainment），一家以冒险游戏和策略游戏闻名的发行商。雪乐山当时正在寻求进入射击游戏市场，而Valve的方案——一个强调叙事和沉浸感的射击游戏——与雪乐山的需求吻合。更重要的是，雪乐山的管理层愿意接受Valve的创作独立性。
经过几轮谈判，双方签署了一份发行合同。合同条款没有公开，但可以确定的是，雪乐山提供的预付款解决了Valve的燃眉之急。这笔钱来得正是时候。1997年秋天，Valve的初始资金已经几乎耗尽。
纽维尔后来在一次采访中说，如果没有雪乐山的合同，“公司可能撑不过1997年”。这句话轻描淡写，但背后的处境是真实的：一家由两个微软百万富翁创立、聚集了一群被大公司流程困住的工程师、买下业界最强引擎然后把它改到原主认不出来的公司，在成立一年后，几乎因为资金耗尽而关门。
但这份合同也带来了压力。雪乐山不是慈善机构。它预付了资金，就意味着它期待回报。
回报的第一种形式是进度。雪乐山要求Valve在1998年中期完成游戏开发，目标是1998年秋季发售。这对Valve来说是一个挑战。
团队在1997年底的状态是：引擎改造基本完成，AI系统可以运行但不稳定，关卡设计进度严重滞后，游戏的整体叙事框架还在争论中。十八个月完成一个从零开始的3A级射击游戏，这个时间表在当时是极其紧张的。
但纽维尔接受这个时间表。他知道，如果不接受，公司拿不到下一笔钱。自由的代价是，当你需要钱的时候，你就必须接受别人的时间表。
这是Valve第一次在“创作自由”和“外部压力”之间做出妥协。后来的历史证明，这种妥协不是最后一次。
1997年12月，Valve的办公室里挂起了一张日历。这是公司成立以来第一张挂在墙上的日历。日历上标注了1998年11月——雪乐山要求的发售窗口。从那天起，那间“雷神之锤上的房子”里，有了一块倒计时牌。它不是截止日期——纽维尔仍然坚持不用这个词——但它是提醒。提醒的内容是：自由不是无限的，钱是有限的，而雪乐山的耐心也不是无限的。
那块白板上，“Quiver”的名字已经被擦掉，换成了“Half-Life”。这个名字是纽维尔和哈灵顿在1997年秋天确定的。它的物理含义是“半衰期”——放射性物质衰减一半所需的时间。在游戏里，它指的是一个实验出错后，现实世界与异世界开始重叠的临界状态。
但对Valve来说，这个名字还有另一层含义：1997年底的Valve，本身就处于一种临界状态。引擎改好了，团队到位了，资金续上了，但游戏还没有成形。
它正在从“一群人的想法”变成“一个可运行的产品”，这个过程需要时间，但时间正在流逝。
1998年1月，Valve搬进了同一栋楼的更大一间办公室。团队从十人增加到十五人。新招募的成员中，有一个叫马克·莱德劳（Marc Laidlaw）的作家。
他之前出版过两本科幻小说，在游戏行业毫无经验。纽维尔把他找来，是为了解决一个困扰团队已久的问题：这个游戏到底在讲什么故事？
莱德劳的加入，标志着Valve开始认真对待叙事——不是作为背景设定，而是作为游戏的核心驱动力。这个决定后来被证明是《半条命》区别于同期所有射击游戏的关键。但那是后话。
在1998年1月，莱德劳面对的是一个混乱的叙事框架。游戏的基本设定——一个秘密实验室、一次实验事故、一个异世界入侵——已经存在，但如何把这些元素编织成一个连贯的叙事，如何让玩家在游戏中感受到故事的推进，这些问题都没有解决。蒂尔森的设计文档里有大量关于关卡和敌人的描述，但几乎没有关于角色和情节的内容。
莱德劳的工作是从零开始，在现有的关卡设计基础上，构建一个故事。这是一个不寻常的任务分配。
在大多数游戏公司，叙事是服务于游戏设计的。设计师决定关卡里有什么敌人和机关，然后写手为这些内容编一个合理的解释。但纽维尔告诉莱德劳，他希望反过来：叙事决定关卡设计。故事要推动关卡，关卡要服务于故事。
这个决定在当时是激进且冒险的。它意味着，如果故事需要某种特定的空间或事件，设计师就必须做出相应的关卡，即使这个关卡在技术上更难实现。
莱德劳开始工作。他写了一份故事大纲，设定了游戏的核心角色——理论物理学家戈登·弗里曼（Gordon Freeman）、黑山研究所、以及实验事故引发的异世界入侵。
他提出了一个关键的设计原则：游戏全程不切断玩家控制，不播放过场动画，所有叙事信息都在玩家控制角色的过程中传递。这个原则后来被称为“无缝叙事”，它成为《半条命》的标志性特征，也深刻影响了整个游戏行业的设计语言。但实现这个原则，需要大量的技术工作。
AI系统必须能够执行复杂的脚本行为——敌人与环境的互动、NPC的对话和动作、剧情事件的触发和推进。关卡设计必须支持叙事节奏——从安静到紧张、从探索到战斗、从疑问到揭示。引擎的脚本系统需要大幅扩展，以支持莱德劳设计的叙事事件。
伯德维尔和里勒接手了脚本系统的工作。他们开发了一套基于实体和事件的脚本语言，允许设计师在关卡中放置“触发点”，当玩家到达特定位置或完成特定动作时，触发预设的事件。这套系统后来被命名为“实体系统”（Entity System），它成为《半条命》技术架构的核心，也是Valve后来所有游戏的基础技术框架。
到1998年春天，Valve有了一个完整的游戏设计方案，一个改造过的引擎，一套灵活的脚本系统，以及一个正在成形的叙事框架。团队从最初的混乱中逐渐找到了节奏。但进度仍然落后于雪乐山的时间表。1998年5月，纽维尔告诉雪乐山，游戏无法在秋季完成，需要推迟到1999年。
雪乐山同意了延期，但条件是：Valve必须在1998年E3上展示一个可玩的版本，以证明项目的进展是真实的。E3是电子娱乐博览会（Electronic Entertainment Expo）的缩写，游戏行业一年中最重要的展会。发行商、零售商、媒体和玩家聚集在洛杉矶，观看即将发售的游戏。
对Valve来说，1998年E3是第一次公开亮相。他们需要展示的不是一个概念，不是一段视频，而是一个可玩的关卡。这个关卡必须足够稳定，足够好看，足够有趣，能让观众相信这个游戏值得等待。
团队花了两个月时间为E3做准备。他们选择了游戏的一个早期关卡——玩家进入黑山研究所，日常的实验场景，然后实验出错，怪物开始出现——作为展示内容。
这个关卡展示了Valve的叙事野心：游戏开始后的前几分钟，没有任何战斗，玩家只是走过研究所的走廊，看到科学家们在日常工作，听到广播里的通知，感受到一种正常的、安全的氛围。然后，一切开始崩坏。这段展示在E3上引起了轰动。
不是因为它的技术——虽然画面在当时是顶尖的——而是因为它的叙事方式。玩家不是在观看一个故事，而是在经历一个故事。这种沉浸感，是同期任何射击游戏都没有做到的。
媒体和发行商的反应超出了纽维尔的预期。《半条命》从“一个听起来不错的概念”变成了“E3上最受期待的游戏之一”。
但E3的成功也带来了新的压力。雪乐山看到了市场的积极反应，开始对发售日期施加更大的压力。他们的逻辑是：热度是有窗口期的，如果拖得太久，玩家的兴趣会消退。纽维尔理解这个逻辑，但他不愿意为了赶发售日期而牺牲质量。他告诉雪乐山，游戏发售后，如果质量不够好，热度的损失会更大。
雪乐山最终接受了这个判断，但双方的关系开始变得紧张。这种紧张在1998年夏天持续升级。每一周的延迟都意味着开发成本的增加，雪乐山的耐心在逐渐耗尽，而Valve的团队在加班加点地工作。但同时，团队内部也有一种共同的情绪：他们正在做的东西是特殊的，值得付出更多时间和精力。
这种情绪支撑着他们在1998年夏天的高强度工作。1998年秋天，《半条命》进入了最后的打磨阶段。关卡设计、AI行为、叙事节奏、音效、美术——每一个部分都在最后阶段被反复调整。
纽维尔亲自玩了每一关，然后在白板上写下需要修改的地方。那块白板从1996年秋天到现在，一直立在办公室的墙上。上面的内容从“Quiver”变成了“Half-Life”，从“找到一个引擎”变成了“修改第三关AI行为树”，从“做出比id更好的游戏”变成了“周五前完成所有关键bug修复”。
1998年11月19日，这个日期终于到来。但关于它的一切，属于下一章。属于本章的，是那个日期到来之前，从1996年秋天到1998年秋天，Valve在柯克兰那栋商业楼里发生的一切。一间空办公室，两个人，一块白板，一个引擎授权，一群被大公司流程困住的人，十八个月的资金窗口，一次几乎耗尽积蓄的财务危机，一份续命的发行合同，一段从“Quiver”到“Half-Life”的艰难旅程。
在1998年秋天的某个时刻，纽维尔站在白板前，看着上面密密麻麻的待办事项。他后来在回忆起这个时刻时，说过一句话，大意是：我们知道自己正在做一件好事，但我们不知道它有多好。
这句话准确地捕捉了Valve在1998年底的状态——技术信心充沛，但市场结果未知。他们用两年时间，兑现了白板上“做出比id更好的游戏”的承诺，但兑现的方式，是用id的引擎、微软的人才、雪乐山的钱，以及一种允许工程师失控的自由。
这种自由的真实成本，在1997年夏天几乎压垮了公司。而它之所以没有压垮Valve，不是因为制度设计，而是因为纽维尔和哈灵顿的个人积蓄，加上雪乐山在关键时刻的那笔预付款。
那间办公室，那栋离微软十五分钟车程的商业楼，在1998年冬天被搬空了。白板上的字被擦掉，只留下“Half-Life”和那支箭。箭尖指向的不再是“找到一个引擎”，而是更远的地方。