废案里的人性

宫崎英高看到那份设计文档的时候，它已经在不同部门之间传阅了将近三个月。纸张边缘被翻得起了毛，封面上的项目代号被圆珠笔划掉过两次，旁边重新写了两个不同的临时名称，又都被划掉了。文档的主体部分大约有一百二十页，装订环已经不太能扣住全部页面，有几页散落在会议桌上，被咖啡杯底印了一圈褐色的环。没有人承认那杯咖啡是谁的，也没有人主动去收拾。在FromSoftware当时的项目管理制度下，一份文档被翻成这个样子只意味着一件事：每个人都在上面留下了痕迹，但没有人愿意为它承担最后的责任。这个项目在公司的内部会议上被委婉地称为“困难项目”。委婉是日本企业沟通术中的常规操作——“困难”意味着“我们已经看不到出路”，“有挑战性”意味着“我们不确定是否应该继续”。原项目从2005年前后立项到陷入泥潭，大约经历了十八个月。这十八个月里，它消耗了两个策划、一组美术外包、一个基础程序框架的原型构建，以及若干次向管理层汇报后被要求“再调整方向”的会议。

调整的结果，就是这份一百二十页的设计文档。宫崎英高翻开文档时，第一页是一段用黑体标注的项目愿景。那段话写道：“本项目旨在融合FromSoftware在黑暗奇幻RPG与机械自定义动作游戏领域的技术积累，同时响应次世代主机用户对无缝开放世界体验的期待，创造一款具备广泛市场吸引力的旗舰级产品。”

这句话本身没有任何语法错误。它的每一个分句单独拿出来，都可以在当时的游戏产业语境中找到合理的依据。黑暗奇幻RPG是FromSoftware在《国王密令》系列中积累过的方向——虽然那个系列从未取得商业成功，但公司在那个领域确实拥有可复用的代码和美术资产。机械自定义是《装甲核心》系列的核心竞争力——那条产品线在核心玩家群体中拥有稳定的口碑，部件组装系统的数值框架经过了多代产品的打磨。开放世界是2005年前后整个行业最明确的趋势——从《侠盗猎车手》系列的商业奇迹到《上古卷轴4：湮灭》的即将发售，无缝地图正在成为次世代游戏的事实标准。三个方向各自都有成立的理由。问题在于，它们被放在同一句话里。文档第三页开始列出具体的功能条目。地牢探索系统沿用了《国王密令》的设计语言：多层迷宫结构、隐藏墙壁、基于压力的陷阱触发机制、以及一套以剑盾为核心的近战战斗系统。

自定义系统则从《装甲核心》的产品线中直接移植了一整套界面原型：零件槽位、重量负荷参数、能量输出曲线、以及允许玩家在装备界面中替换头部、躯干、手臂、腿部和武器模块的完整菜单树。开放世界部分参考了当时几款成功产品的设计：主城与外围区域的无缝连接、基于地标的导航逻辑、以及散布在地图上的可选任务触发点。这三个系统各自独立地写在文档的不同章节里，分别由不同的策划负责。地牢探索部分的撰写者显然熟悉《国王密令》的调性——那一章的文字密度很高，对光照衰减曲线和脚步声回响参数都有详细的数值建议。自定义系统部分的撰写者则来自《装甲核心》团队——那一章充满了零件参数表、装备等级解锁曲线和一套复杂的伤害计算公式。开放世界部分的撰写者引用了几篇GDC演讲中的方法论，讨论了视线引导、兴趣点密度和玩家自主探索的心理模型。问题不出在任何一章单独的质量上。问题出在它们被装订在一起的那一刻。文档第二十七页有一条被红笔圈注的功能条目。

原文写的是：“玩家可在地牢探索过程中通过菜单界面召唤自定义机甲单位，机甲部件使用与角色装备相同的零件槽位系统，玩家可在战斗前对机甲进行自由组装。”旁边有三条不同笔迹的批注。第一条是程序组写的：“召唤时机与地牢场景加载存在冲突，需进一步讨论技术方案。”第二条是美术组写的：“机甲比例与地牢通道宽度不匹配，需重新调整场景尺度或机甲模型尺寸。”第三条只有一个短句，字迹潦草，没有署名：“中世纪骑士为什么要开机甲？”

这个问题在文档里没有被回答。它被翻过去了，下一页继续描述开放世界中的天气系统和昼夜循环对NPC行为的影响。再下一页是一张完整的操作流程图，标注了玩家从主城进入开放世界、从开放世界发现地牢入口、在地牢中召唤机甲、使用机甲突破特定障碍、然后切换回徒步模式进行BOSS战的完整循环。这张流程图在视觉上是清晰的，逻辑上是自洽的——至少在纸面上。但它回避了一个根本性的问题：当玩家在地牢的狭窄通道里召唤出一台三米高的机甲时，这台机甲应该站在哪里？如果通道太窄，机甲是否应该被限制召唤？如果限制召唤，那自定义系统的卖点就被削弱了。如果不限制，那地牢探索的紧张感和封闭感就被破坏了。这两个系统在各自的语境里都是合理的，但它们的合理性建立在互相排斥的前提上。这不是技术问题。这是架构问题。原项目没有一个统一的设计意图来决定哪个系统应该为哪个系统让步，因为从一开始，这个项目的目标就不是“做出一个好玩的游戏”，而是“做出一个包含了足够多卖点的产品”。

卖点清单是在立项阶段由管理层和市场部门共同确定的。每一个卖点都对应着一块他们认为不可放弃的用户群：《国王密令》的遗老、《装甲核心》的硬核玩家、以及被开放世界潮流吸引的新用户。没有人问过这些用户是否真的想在同一款游戏里相遇。文档第四十三页记录了早期原型测试的结果。测试是在公司内部进行的，参与者是FromSoftware的开发人员和几位从外部请来的测试员。测试反馈被整理成了一份六页的附录，附在文档后面。其中有一段话被引用了多次：“我在探索地牢时感到紧张，但当我打开自定义菜单时，这种紧张感就消失了。菜单里有太多选项，我需要花很长时间来比较零件参数。等我调整完装备，我已经忘了刚才在地牢里遇到了什么。我试着召唤机甲，但机甲的移动速度太慢，在地牢里根本转不开身。我不明白为什么要在一个中世纪城堡里开机器人。我觉得这个游戏不知道自己想让我感受到什么。”

“不知道想让我感受到什么”——这句话准确地击中了原项目的核心病灶。一个游戏可以有很多东西：复杂的系统、精美的画面、庞大的地图。但它必须首先知道它想让玩家感受到什么。恐惧？自由？掌控感？孤独？原项目的设计文档回答了“玩家可以做什么”——可以探索、可以自定义、可以召唤、可以在开放世界中自由移动——但它从未回答“玩家应该感受到什么”。它把情感效果交给了功能列表去自行产生，而功能列表产出的只有困惑。宫崎英高花了大约两天时间读完了整份文档。他不是以审阅者的姿态在读——他当时在FromSoftware的职位还没有高到可以审阅别人的项目。他是以接手者的姿态在读。这个项目已经在公司内部流转了一圈，从资深策划到中层管理，没有人愿意接。它被推到宫崎英高面前时，已经不是一个机会，而是一个需要有人签字接收的包裹。他签了。这不是一个被精心安排的命运转折时刻。没有高层拍着他的肩膀说“我们相信你的才华”。没有戏剧性的会议场景，没有激烈的争论。在FromSoftware当时的项目管理表上，这个项目的状态栏被改成了一个名字，仅此而已。

在FromSoftware当时的项目管理表上，这个项目的状态栏被改成了一个名字，仅此而已。宫崎英高后来回忆起这个时刻时，措辞非常克制。他说：“那不是一个‘被选中’的感觉。更像是一个房间里的所有人都往后退了一步，而我站在原地没有动。”

他站在原地没有动，是因为他看到了别的东西。在那份一百二十页文档的最后部分，几乎像是附录中的附录，有几页没有编号的概念图。这些图是美术组在项目早期阶段绘制的，那时候自定义系统和开放世界的需求还没有被完全塞进来。图的内容是一个黑暗奇幻世界的视觉探索：一座被浓雾包裹的北方城堡，城墙由巨大的灰色石块砌成，石缝里长着干枯的苔藓。城堡的正门是一扇拱形的铁栅栏门，半开着，门后的黑暗浓得像是实体。通往城门的是一座窄长的石桥，桥面有些地方已经碎裂，桥下是看不见底的深渊。桥的另一端站着一个穿盔甲的人影，背对画面，面向城门。人影的盔甲是残破的——左肩甲缺了一块，披风的下摆被撕掉了一半，右手握着一把剑，剑尖点地。盾牌背在背上，盾面上的纹章已经被刮擦得几乎无法辨认。图的下方有一行手写的小字，是美术师写的标注：“波雷塔尼亚——曾经繁荣的北方王国。玩家进入时，它已经死了。”

这张图没有机甲。没有菜单界面。没有任务标记浮在NPC头上。没有小地图。只有雾、石头、一个背对观众的孤独人影，和一扇半开的门。但宫崎英高在这张图上看到了原项目一百二十页文档没能提供的东西：一个统一的情感基调。那个基调是沉默的、沉重的、不试图讨好任何人的。它不解释这座城堡为什么被雾笼罩，不解释那个站在桥头的人是谁、他经历了什么、他为什么要推开那扇门。它只是呈现了一个已经死去的世界，和一个仍然站在它门前的活人。宫崎英高后来在接受采访时提到过这张图。他说：“我看到那张概念图的时候，意识到这个项目里有一些人想做的，和我自己想做的，是同一种东西。但他们没有获得决定方向的权力。”这句话里的“权力”一词是精确的。原项目团队中并不缺少有判断力的人。画了波雷塔尼亚概念图的美术师知道这个世界应该是什么气味。在机甲功能旁边写“中世纪骑士为什么要开机甲”的那位匿名批注者也知道问题在哪里。但他们知道归知道，项目的方向不由他们决定。

方向是由一份列满了市场卖点的立项书决定的，而那份立项书在项目启动之前就已经锁死了。宫崎英高没有这个锁。不是因为他拥有更高的职位——恰恰相反，他接手这个项目时几乎没有任何可以被称为“资历”的东西。他二十九岁入行，三十一岁才第一次担任项目主导，在此之前他在FromSoftware参与的是《装甲核心》系列的外围策划工作，从未独立负责过一个完整的产品。按照公司内部正常的权力梯度，他不应该在这个位置上做出任何激进的决定。他应该做的是修复——把原项目中那些明显矛盾的功能调整到勉强能运行的程度，把项目做到可以出货的标准，然后交差。但他没有选择修复。他选择了拆解。这个选择背后的逻辑不是勇气的逻辑，而是诊断的逻辑。宫崎英高在甲骨文日本公司做了五年的企业系统开发，那五年里他见过太多因为需求失控而崩溃的软件项目。

一个财务管理系统最初只需要处理应收帐款，后来被加上了库存管理，然后又被加上了人事考核模块，最后变成了一个什么都做但什么都做不好的庞然大物，花掉了全部预算，然后被整体废弃。他在那份一百二十页的设计文档里看到了完全相同的病理结构：需求堆叠、功能蔓延、缺乏统一骨架、每个模块各自为政。他知道这种项目是怎么死的，因为他亲手埋葬过它们。他对原文档做的第一件事不是修改，而是分类。他把文档按章节拆开，将每一个功能条目写在一张单独的卡片上，然后铺开。卡片分成三组。第一组是他判断与波雷塔尼亚世界观核心一致的元素：黑暗奇幻的地牢环境、基于剑盾的近战系统、强调探索和谨慎前进的关卡结构、以及那个已经被画出来的北方王国的视觉基调。第二组是他判断与这个世界观根本冲突的元素：机甲自定义界面、激光类武器、开放世界地图上的任务标记系统、以及那些为了降低门槛而设计的教程弹窗和难度选择菜单。

最终留在第一组里的卡片数量不到原来的三分之一。这意味着他要放弃《装甲核心》式的自定义系统——那是FromSoftware当时最成功的产品线的核心卖点。他要放弃开放世界的野心——那是整个行业正在追逐的潮流，也是市场部门在立项阶段反复强调的“必须具备”的特性。他要放弃新手引导系统、难度选择、清晰的导航标记——那些被当时的游戏设计教科书视为“用户体验的基础设施”的东西。他留下的核心只有一个：一个被浓雾笼罩的已死王国，一个独自进入的玩家，以及一种尚未被明确定义的体验——玩家在反复失败中摸索前进的路。

当他在接下来的项目会议上向团队陈述这个方向时，反应是可以预见的沉默。不是反对——没有人觉得这个已经被判了死刑的项目还有被反对的必要——而是一种更接近于困惑的沉默。一位当时在场的程序员后来在采访中回忆说：“他没有说太多关于功能的话。他一直在描述一种感觉。他说玩家进入波雷塔尼亚的时候应该感到自己是一个闯入者，这个世界不欢迎他们，也不打算帮助他们理解这里发生了什么。他说我们要做的不是告诉玩家该做什么，而是让他们自己在黑暗中摸到答案。我们当时不太确定这到底是什么意思。”

宫崎英高描述的不是功能列表，而是一种情感基调。这种情感基调有一个非常具体的名称：孤独。不是那种浪漫化的、英雄式的孤独——一个强大的战士独自面对千军万马——而是一种更基本的、更接近于人类原始处境的孤独：你被扔进一个你不理解的地方，没有人告诉你规则是什么，你手中的武器很简陋，你的敌人比你强大得多，你会一次又一次地倒下，而每一次倒下你都会失去一些东西。这个世界不在乎你是否成功。但如果你坚持走下去，你会开始理解它的规则，不是因为有人告诉你，而是因为你的身体记住了那些规则。这种情感基调和宫崎英高的个人经历之间存在一条可考的因果线。他童年时在静冈的社区图书馆里翻那些读不懂的书——那些书没有为他降低阅读难度，没有提供导读，没有人在旁边告诉他这一段可以跳过。他只能靠反复回溯、猜测上下文、用自己的想象去填补空白来拼凑故事的含义。这个过程是痛苦的，但它产生了另一种东西：当他最终理解了一个情节时，那种成就感不是任何导读能给予的——那是他自己挣来的。

他在静冈那间破旧的计算机教室里编写ASCII迷宫时，经历了完全相同的结构：有限的资源、不透明的系统、反复试错、突然的理解。他在玩《巫术》这类西方RPG时，面对的是同一个逻辑：游戏不解释自己的规则，玩家在迷宫中一次次团灭，直到肌肉记忆和认知模型同时建立起来。他现在要把这个结构变成一个游戏的核心机制。这意味着死亡不是惩罚，而是信息载体。每一次死亡都会暴露敌人的攻击模式、地形的陷阱位置、或者玩家自身操作习惯的缺陷。玩家在反复死亡中积累的不是游戏内的经验值，而是真正的认知——对敌人行为逻辑的认知、对关卡空间结构的认知、对自己操作节奏的认知。这和他童年时反复回溯那些难懂的句子、直到突然理解其中含义的过程，在认知结构上是同构的。这也意味着信息本身必须被设计成稀缺资源。

如果玩家可以在菜单里读到关于这个世界的一切，如果NPC会事无巨细地告诉玩家该去哪里、该杀什么、该收集什么，那么死亡就失去了它的认知价值——它会退化成一种纯粹的挫败感：你死了，不是因为你还没学会什么，而是因为你还没找到那个会告诉你答案的人。宫崎英高要做的恰恰相反：他要让死亡本身成为答案的载体。你死了，所以你知道那个拐角后面藏着一个敌人。你死了，所以你知道那个看起来安全的走廊尽头是死路。你死了，所以你知道那个BOSS的第三段攻击前摇比你预判的长了半秒。这些信息不是系统赠送给你的，是你用自己的失败换来的。在2005年的主流游戏设计范式里，这种思路近乎异端。当时整个行业的设计共识正在朝着同一个方向加速：降低认知负荷，让玩家在进入游戏的第一分钟就知道该往哪里走、该按哪个键、该杀什么怪。

任天堂的渐进式教程设计被奉为黄金标准，暴雪的任务指引系统被无数产品模仿，微软在Xbox 360的用户界面指南中明确建议开发者“不要让玩家在进入游戏的前三十秒内感到任何困惑”。困惑等于流失，流失等于商业失败——这是一条被财报反复验证过的铁律。宫崎英高当然知道这条铁律。他在甲骨文写过的每一份系统文档，目标都是消除用户的困惑——让会计人员在看到界面的第一眼就知道该输入什么数字。但他也知道另一件事：困惑和困惑不一样。有一种困惑是系统设计失败的结果——界面混乱、逻辑矛盾、反馈缺失。原项目的测试员感受到的就是这种困惑：机甲和地牢互相矛盾，菜单打断了探索的节奏，游戏不知道自己想让玩家感受到什么。但还有另一种困惑，是你在面对一个真正庞大、陌生、不为你而存在的世界时，所感受到的那种眩晕。那不是设计失败，那是世界的本质。他童年时翻开那些读不懂的文库本，面对那些不认识的字和看不懂的情节时，感受到的就是这种眩晕。

他没有因此把书扔掉——他被拉了进去，因为那个世界不解释自己，反而显得更真实。真实的世界从来不会给你一份说明书。这个原则后来成为《恶魔之魂》所有设计决策的基石。物品描述替代了传统的文字教程——你想知道一把剑的背景故事？读它的物品说明。你想知道这个世界的历史？把散落在各处的装备、钥匙、消耗品的说明文字拼在一起，就像他童年时把读得懂的句子和读不懂的句子拼在一起那样。环境布局替代了对话树的叙事——一个房间里为什么堆满了尸体？为什么这扇门是从另一侧锁上的？为什么这个BOSS的盔甲上刻着和某个NPC盾牌上相同的纹章？答案不在对话里，答案在空间里。而篝火——这个日后成为全球游戏文化图腾的元素——被设计成一个充满人类温度的小型仪式：在一个极度吝啬地给予安全感的残酷世界里，篝火是唯一一处玩家可以短暂喘息、整理装备、并把自己从这个世界的孤独中抽离出来反思片刻的节点。篝火的设计经历了整个项目早期阶段中最长的一个思考过程。

在宫崎英高重新起草的第一版系统文档中，篝火最初被标记为一个纯粹的功能节点：“休息点/存档点/传送点”。它的功能定义与其他RPG中的存档点没有本质区别：玩家在这里恢复生命值、补充药瓶、将获得的灵魂转化为等级提升。但宫崎英高在这个节点上停留的时间远超其他任何一个设计元素。他在后来的采访中提到过这段思考过程：“我一直在想，当玩家终于找到一个安全的地方时，那个地方应该是什么样子？它不应该只是一个菜单弹窗。它应该是一个你可以看到的、感到的东西。”

他给出的答案是一团火。不是壁炉，不是营房，不是任何带有建筑意味的固定结构。只是一团火，在黑暗中燃烧。玩家坐在火边，可以暂时放下武器，可以整理破碎的盔甲，可以清点从敌人身上搜刮来的物品。火发出的声音是这个死寂世界里为数不多的声响，它的光是你在这个黑暗世界里唯一不需要自己点燃的光。这个意象的来源宫崎英高从未在采访中明确指认过，但如果你追溯他的个人史，会发现一条隐约的线索：他童年时在静冈的冬天里读的那些奇幻故事中，反复出现一个场景——旅人在荒野中跋涉一整天后，夜幕降临时找到一处可以生火的地方，坐下来，把干粮烤热，借着火光辨认明天的路。这个场景本身就是一个微型的叙事弧：紧张—寻找—发现—喘息—准备再次出发。他把这个叙事弧嵌进了篝火的系统设计里。在《恶魔之魂》的关卡结构中，篝火不是随处可得的。它们被精确地放置在那些最需要它们的位置——通常是在一段极其艰难的战斗区域之后，或者在一扇尚未打开的门前，或者在一个可以俯瞰整个区域的高地上。

玩家看到篝火的那一刻，情感反应不是“哦，存档点”，而是“我活下来了”。这是一种被设计出来的解脱感，而它的前提是之前那段路程的压迫感足够真实。如果游戏本身不难，篝火就只是一个功能节点——你会路过它，按一下按钮，然后继续前进，不会产生任何情感波动。但如果游戏足够残酷，篝火就变成了一个情感节点：一个让你重新积蓄勇气的仪式场所，一个让你短暂地不再感到孤独的地方。这个设计的精妙之处在于它同时解决了两个问题。在功能层面，篝火提供了一个清晰的短期目标——当玩家在陌生的区域探索时，他们不知道最终的目标在哪里，但他们知道一定有一个篝火在某个地方等着他们，找到篝火本身就是一次胜利。在情感层面，篝火提供了一个节奏的锚点——紧张和释放交替循环，让玩家可以在高强度的挫败感中持续前进而不被压垮。但还有一个更深的层面。

在《恶魔之魂》的早期联机功能设计中，宫崎英高加入了一个后来成为魂系标志性特色的机制：当其他玩家在同一个篝火附近休息时，你会短暂地看到他们的虚影一闪而过。你看不到他们的脸，听不到他们的声音，无法与他们交谈。你只知道就在刚才，有另一个人也坐在这团火边，也在整理装备，也在准备下一次出发。在这个极度孤独的世界里，这个一闪而过的虚影是唯一的人类温度。宫崎英高在一次采访中解释过这个设计的意图。他说：“我不想让玩家觉得他们可以随时和朋友聊天。那会破坏孤独感。但完全的孤独又太残酷了。所以我想要一种暗示——暗示你不是唯一一个在受苦的人。”

暗示你不是唯一一个在受苦的人。这句话触及了宫崎英高全部设计哲学中最隐秘的情感内核。他不是在制造痛苦——他是在痛苦中设计出人类需要彼此联结的理由。如果这个世界是温和的、安全的、随时有人帮助你的，那么你不需要其他人——你可以独自完成一切，NPC的笑容只是锦上添花。但如果这个世界是残酷的、危险的、你一个人无法独自面对的，那么哪怕只是一个陌生人的虚影，都会变得无比珍贵。篝火就是这个逻辑的空间化：它是一个让你短暂地不再孤独的地方，而正因为外面的世界足够残酷，这个地方才具有了情感重量。2005年年底，宫崎英高完成了《恶魔之魂》的第一版完整设计草案。这份文档和原项目那叠一百二十页的废纸相比，薄得令人不安。它没有列出几十种武器类型，没有描述复杂的自定义系统，没有承诺一个无缝的开放世界。它只描述了一件事：一个被浓雾笼罩的北方王国叫波雷塔尼亚，一个独自进入的玩家，一种通过反复死亡来学习世界规则的游戏循环，以及一团在黑暗中燃烧的火。

他把这份文档提交给了FromSoftware的管理层。管理层的反应是审慎的。这份文档描述的游戏在任何传统的商业分析框架里都属于高风险项目：目标受众狭窄——它明确放弃了儿童市场、休闲玩家和任何期待轻松娱乐的用户群；缺乏当时市场热门的卖点元素——没有开放世界，没有载具系统，没有多人对战模式；核心机制可能引发大量负面评价——反复死亡作为学习机制这个概念，在2005年的游戏评论界没有任何成功的先例可供引用。但FromSoftware在2005年的处境让管理层愿意让这个小项目继续运转下去——不是因为相信它会成功，而是因为放弃它意味着承认之前的投入全部打了水漂。一个灰色标签的项目，交给一个刚入行两年的策划，用最低的预算和最短的开发周期去做——这在公司内部被视为一种止损策略：做成了是意外之喜，做不成也不会有人追究。没有人预料到这份薄薄的文档里装着什么。但宫崎英高自己知道他在做什么。他不是在设计一个产品——他是在翻译自己的人生。

波雷塔尼亚的浓雾里藏着他童年时翻不开的书页；篝火的火光里映着他冬天在静冈家中独自烤手的记忆；那些一闪而过的玩家虚影里是他对“孤独但不完全孤独”这种状态的深刻理解——那是每一个在图书馆角落里独自读书的孩子都体会过的状态：你是一个人，但你知道书里的世界有人在等你。他二十九岁才进入游戏行业，三十一岁才第一次主导一个项目。在此之前他的人生轨迹与游戏产业的标准路径完全偏离：贫穷的童年、读不起的书、看不懂的游戏、五年的企业程序员生涯、降薪转行的冒险。所有这些经历在主流叙事中都是劣势——他没有接受过正规的游戏设计教育，没有在大厂积累过人脉，没有参与过任何一款成功产品的开发。但当他面对那片废墟时，这些劣势突然变成了优势。因为他要设计的游戏恰恰是关于劣势的：关于在不充分的信息中做出选择，关于在压倒性的力量面前坚持前进，关于在一个不为你而存在的世界里找到自己的路。2006年初，《恶魔之魂》项目正式启动。

团队规模很小，预算有限，开发周期被压缩到远低于行业标准。索尼方面对这个项目的态度从一开始就是冷淡的——他们同意发行这款游戏，但拒绝提供第一方的全力支持。在他们看来，这是一个小众的、实验性的、不太可能产生商业回报的项目。宫崎英高没有争辩。他把精力全部投入了开发工作中。他的电脑屏幕上运行着第一个可交互的原型场景：一个黑暗的房间，角落里有一团火在燃烧，一个粗糙的角色模型站在火边，手中的剑反射着火光。没有敌人，没有UI界面，没有任务提示。只有火在燃烧，和一个站在火边的人。他在那个画面前停了很久，然后打开了一个新的文档，开始写下一段设计说明。这段说明后来被保存在《恶魔之魂》的开发档案里，成为整个项目最早的文字记录之一。它的第一行写的是：“篝火不应该只是一个存档点。它应该是玩家在这个世界里唯一信任的东西。”

这句话定义了一个方向。在一个不解释的世界里，玩家唯一能信任的不是教程，不是地图，不是NPC的指引——而是那团不会背叛他们的火。这份信任需要被保护，而保护它的方式就是让火外面的世界足够残酷，残酷到每一次回到火边都像是一次小小的重逢。宫崎英高关掉了测试场景，开始写关卡设计的第一版草稿。窗外是东京冬天灰色的光线，落在键盘上。他敲下的第一个关卡名称是波雷塔尼亚王城。浓雾开始成形。而在FromSoftware的办公室里，还没有人意识到这份薄薄的设计文档将把公司带向哪里——它首先需要面对的不是市场的检验，而是索尼平台方评审会议室里那些皱起的眉头和无法理解的目光。那个时刻还没有到来，但它已经不远了。