后他去读规则文本。
规则文本在他进入这个空间时就出现在了视野边缘，他扫了一眼，没有立刻细读，先把威胁实体的路线摸清楚，再看规则。这是他做项目的顺序：先看现场，再看图纸，不要让图纸限制你对现场的判断。
五条明规则。
规则文本的顶部有一行极小的标头，字号大约只有正文的三分之一，字符有一部分他不认识，象是某种文档编号体系。他辨认了一下，只确认了其中三个汉字：“本构·荒场”。他把这三个字记进备忘录，在旁边标注了一行：“本构：含义未知，来源：规则文本标头。待核实。”然后继续。
他逐字读了一遍，在脑子里做标注。
“明规则一：厂房内存在厂监，沿固定路线巡逻，被其发现则历境立即失败。”——已确认，实体已定位，路线已记录。“明规则二：历境结束条件：找到并激活三楼控制室的主开关。”——目标确认，三楼，控制室，主开关。“明规则三：厂监的感知范围为10米，超出此范围则无法被发现。”——这里有问题。他在“感知范围”三个字上停了一下。感知范围，不是视觉范围，不是听觉范围，是“感知范围”。措辞模糊。在工程文档里，模糊的措辞要么是写的人不严谨，要么是故意留了馀地。他在备忘录里写：“明规则三：感知方式未明确，待验证。”“明规则四：厂房内的楼板承重有限，同一局域超过三人同时站立会触发坍塌。”——单人，暂不适用，记录备查。“明规则五：每隔30分钟，厂监的巡逻路线随机变更一次。”——变量，需要计时。
他把计时器重置，从现在开始记录当前路线的起始时间。
五条规则读完，他做了一个总结：规则描述了限制，但没有描述边界的细节。“感知范围10米”不等于“10米以内必然被感知”，“楼板承重有限”没有给出具体数值，“巡逻路线随机变更”没有说变更的范围是全局还是局部。规则留了大量的模糊空间，这些模糊空间要么是盲区，要么是陷阱。
他的第一步不是行动，是验证。
他把备忘录翻到新建页面，写了一个验证计划：“待验证事项：1厂监感知方式（视觉？听觉？其他？）2楼板实际承重上限（三人的依据是什么，是结构还是规则设计？）3路线变更的范围和规律（30分钟间隔，变更方向是否有规律？）”
他看了看这三条，把“1厂监感知方式”圈起来，在旁边写了一个字：“先。”
厂监是什么，怎么感知威胁，这是他行动之前需要确认的第一个变量。在数据不足的情况下按照规则文本字面意思行动，是他见过的最常见的工程事故逻辑——按图纸施工，但没有先验证图纸和现场是否一致。
他重新把注意力放在那个正在巡逻的东西上，开始想验证方案。
地面上那片橙红色局域正好在北侧楼梯口左侧的死角边缘。
他之前注意到那片局域的边缘截断特征，没有展开分析，现在重新看了一眼，把那个“被截断”的细节和楼板结构的缝隙分布叠加起来，做了一个推断：如果这片局域的化学品分布是沿着楼板结构缝隙扩散的，那么它的边界就是楼板缝隙的边界，缝隙的存在意味着这片局域的楼板空鼓可能性较高，踩踏时的声音传导会和正常局域不同。
他把这个推断写进备忘录：“化学品局域：边缘截断，可能与楼板缝隙有关。声学属性：待测试。”
然后他意识到自己刚才写了“声学属性”这四个字。
他在这里停了一秒。
“声学属性”是一个他在地下空间和密闭结构检测里会用到的词。他在这个废弃化工厂里写这个词，不是因为刻意，是因为这个词在他脑子里和“化学品局域”“楼板缝隙”这两个输入信息自动产