他没有睡着。

    。但他靠在椅背上，把眼睛闭上，等了大概二十分钟，什么都没来。

    不是睡不着，是脑子没有停。

    这是他在工地上养出来的毛病。项目收尾阶段，竣工验收前，他经常在床上躺着，把全部流程过一遍，找漏洞，找遗漏，找那些“好象没问题但总觉得哪里不对”的节点。那种状态不叫失眠，叫“工程师的收尾焦虑”——不是焦虑，是系统在跑后台检查，停不下来。

    他现在的状态就是这样。

    他睁开眼，把备忘录拿过来，翻到空白页，写了一行字：

    “三个副本，收尾整理。”

    他在工地上做过很多次“多项目横向对比”。

    不是因为有人要求，是因为他发现这件事有用：当你同时跟进三个以上的项目，你会开始发现一些“跨项目的共同问题”——不是某一个项目特有的，而是这类项目普遍存在的结构性问题。找到这些共同问题，比单独解决每个项目的具体问题要有效率得多。

    他现在做的是同一件事。

    。他在个人空间的桌子上把备忘录翻开，把三个副本的主要信息在脑子里排了一遍，然后开始找共同点。

    第一轮：规则结构。

    然后他停了一下，想了想，在后面加了一行：“隐规则的存在不是设计缺陷，是设计意图。”

    。现在三个副本都是同样的结构，这个推论的置信度高了很多。

    设计者不是把规则写完了让你照着走。设计者是把框架给你，然后看你能不能在现场找到那些没写出来的东西。

    。规则结构是否延续此模式。”

    第二轮：威胁实体的感知机制。

    这是他觉得最有意思的一个共同点。

    他把这三条并排写在备忘录里，然后在旁边画了一条竖线，在竖线右边写：“共同点：感知机制单一，感知机制有盲区，盲区可以被利用。”

    这不是偶然。

    三个副本，三种不同的威胁实体，三种不同的感知机制，但都有同样的结构特征：单一感知维度，存在可利用的盲区。

    他在工地上见过真正的危险：真正危险的东西，往往是你完全看不透的那种，没有规律，没有盲区，没有可预测的行为模式。但这三个副本的威胁实体，都是可以被分析、被预测、被利用盲区的。

    。推论：副本的设计逻辑不是“让你死”，是“让你找到解法”。威胁实体是否延续此模式。”

    然后他在这行字旁边画了一个方括号，在方括号里写了一个问号。

    这个推论他不完全确定。里死了八个人，那不是“让你找到解法”的伤亡数字，那是真实的代价。但他也知道，“让你找到解法”和“死人”不是矛盾的——设计者设计的是“有人能找到解法”，不是“所有人都能找到解法”。

    他在方括号旁边加了一行：““让你找到解法”人都能找到”。设计者缺省的通关率未知。”

    第三轮：人为植入信息。

    这是他觉得最不确定、但最重要的一个共同点。

    他把这三条写在备忘录里，然后停了一下，把笔放下，看了一会儿。

    这是三个独立的副本，三个不同的场景，三种不同的物理环境。但每一个副本里，都有一条“不属于自然规律、不属于本构规则体系”的信息，象是某个人特意留下来的。

    这不是巧合。

    然后他在下面写了一行推论：“推论：植入者可能是同一个实体，或者是同一类实体。设计者符号是否来自同一来源——待核实，无法在当前数据条件下确认。”

    他在“无法在当前数据条件下确认”这行字上停了一下。

    工程师的习惯是不写没有依据的结论。但工程师也有另一个习惯：把“无法确认但值得追踪”的假设单独列出来，放进“高优先级待核实”栏，等下一个数据点。

    他把这条假设移进了“高优先级待核实”栏。

    ---

    第四轮：“第三条路”。

    他把这三条并”的非常规解法。”

    他在这行字后面停了一下，想了想，加了一行：““第三条路”的存在，说明副本设计者预期到了有人会找到它。或者：设计者没有预期，但允许它存在。”

    这两种可能性他都没法排除。

    如果设计者预期到了，那“第三条路”是设计的一部分，是给特定类型玩家准备的通关路线。如果设计者没有预期，那“第三条路”是规则体系的漏洞，是玩家的工程师思维钻进去的缝隙。

    他不知道哪种更准确。但他知道，不管是哪种，他都会继续找。

    第五轮：道德拷问节点。

    这是他在整理过程中停顿最长的一个部分。

    。在此之前，他没有注意到本构会记录道德选择。他以为