Steam上那堆用id Tech引擎跑起来的游戏，背后维护团队现在只剩一个人了。

我没开玩笑。Kotaku刚扒出来的消息，微软和Xbox最近那轮裁员，id Software一共裁了136个人。属于id Tech引擎开发团队的，裁到最后只留了1个人做维护。

打开网易新闻 查看精彩图片

这个数字放在任何一家技术积累超过二十年的工作室身上，都够扎眼的。id Tech引擎不只是id Software自己用，Bethesda体系下的MachineGames——就是做了《夺宝奇兵：古老之圈》的那个工作室——至今还在用它的修改版，内部代号叫"Motor"。也就是说，这个引擎还在跑着商业项目，但维护力量已经降到冰点了。

内部消息源的说法更直接：大量核心工程师被裁之后，id Tech的维护工作进入了"停摆"状态。相关技术积累也跟着流失。离谱到什么程度？后续哪怕只是打个补丁，都得去联系那些已经被裁掉的前员工。目前唯一还守在岗位上的，是法兰克福办公室的一位工程师——消息源推测可能是因为德国劳动法的保护才得以保留。后续的开发维护工作，有可能整体转向德国的团队。

这个消息被曝光之后，Xbox那边的回应倒是很官方的节奏。他们表态会继续用id Tech引擎开发新项目，同时强调MachineGames手里还在跑着基于这个引擎的活。但业内熟悉引擎运营逻辑的人一眼就能看穿症结所在：一旦核心技术的原始积累出现断层，运营一个引擎跟真正有能力迭代它是两码事。你能开着一辆车和你能修发动机、改底盘，中间差着一整套知识体系的传承。

而这部分知识，正在以"离职员工"的形态散落在行业各处。

把时间线拉回裁员之前，id Software手里其实握着好几个摊子。被砍掉的方案涉及《毁灭战士》《雷神之锤》《狂怒》——这几个名字不需要多介绍，老玩家光听到就心里有数。除此之外还有一款未公布的飞行模拟游戏、一个合作模式项目、一部《毁灭战士》新作——这些全部被搁置了。

注意，不是"延期"，是"搁置"。

Bethesda总裁阿什利·詹森在内部备忘录里对这个转向的解释是：公司要从"多工作室独立规划模式"走向聚焦头部核心IP、统一规划内容路线的新阶段。以后各个工作室的角色，会转向支援Bethesda头部IP的开发。至于id Software的未来，他的原话是"大概会变成一家支援型工作室"。

原文里那句"大概会"挺微妙的。不是"确定"的定调，而是一个方向性的判断。但考虑到团队已经被裁到只剩维护一个人的规模，"支援型"这个标签大概率不只是猜测。

这件事从两个维度看，能看出不同的东西。

从商业运营的维度看，Xbox和Bethesda这波操作不是没有逻辑。聚焦头部IP是这几年大厂都在做的事，资源集中、内容路线统一，本质上是降本增效的思路。当一家公司手里同时跑着四五个体量都不小的项目线，在当前的发行环境下，砍掉边缘业务、把人力压到核心IP上，是能理解的财务决策。

但换个维度看，这件事的损失是无法量化的。id Tech不是那种市面上随便外包就能接手的引擎。它的技术谱系可以追溯到上世纪90年代，从《毁灭战士》到《雷神之锤》，整个第一人称射击游戏的技术演进史，有相当一部分是id Tech写出来的。这种级别的技术资产，价值不全在当前在跑的项目数量上，而在于它作为一种技术know-how的延续性。

裁掉136人，不只是砍了人力成本。砍掉的是一整套只有内部人才熟知的代码逻辑、设计思路、历史遗留问题解决方案。这些东西不写在文档里，存在工程师的脑子里。人一走，引擎还在，但"怎么改才不出事"的经验跟着走了。

所以才会出现"打补丁都要找前员工帮忙"这种听着就很荒诞的场景。

再往下想一步，这事对玩家的影响可能会在三到五年之后才会真正显现出来。目前还在用id Tech引擎的项目不会立刻受影响，毕竟代码已经在那儿了。但如果未来需要大版本迭代、或者新硬件适配出了兼容性问题，缺少核心维护团队的引擎就会变得很被动。到时候要么硬着头皮外聘顾问救火，要么干脆换引擎重来——无论哪种方案，成本都比"保留一个正常规模的维护团队"高得多。

不过话也说回来，这件事目前的信息还局限在Kotaku的报道和几条内部消息上。Xbox官方说还会继续用id Tech，那就确实还在用。法兰克福那位工程师到底能撑多久，德国团队能不能接住后续维护，技术积累的流失具体到了什么程度，这些问题目前没人能给确定的答案。

能确定的是：一个支撑过无数经典射击游戏的引擎，现在只有一个人在守着了。这件事本身已经是足够分量的信号。

我不会把它渲染成"一个时代的终结"那种腔调——引擎还在跑，还有人在维护，MachineGames的项目也没停。但136变1这个数字，已经比任何情绪化的描述都更说明问题。在游戏行业的技术史里，很多底层创新不是被竞争对手打败的，而是在内部成本核算的Excel表格里被划掉的。

id Tech引擎现在正踩在这条线上。能不能挺过去，要看那仅剩的维护火种是否还能被接住，而不是只剩下一串只有前员工才懂的git commit记录。