凌晨零点十三分，实验室角落里的打印机突然响了。
林砚刚把一口泡面送进嘴里，手还停在键盘上。
起初，他以为那阵声音来自空调。
青岚大学地下工程实验室建在老楼负一层，通风设备已经用了十几年。每到夜里，风机里便会传出一种断断续续的摩擦声，像有人拖着脚，从走廊尽头慢慢走过来。
但很快，他就听出了区别。
咔。
咔咔——
滚轴艰难转动，齿轮彼此咬合。
是打印机。
林砚抬起头。
实验室最里面，一台蒙着灰的老式激光打印机亮起了绿色指示灯。
它已经停用了大半年。
学校年初更换办公设备后，这台打印机便和几台淘汰的工作站一起堆在墙角。师兄搬设备时嫌它太重，随手扔在了这里，说等实验室统一处理。
半个月前，林砚还检查过它。
没有数据线，纸盒也是空的。
可此刻，打印机内部正传出清晰的进纸声。
一张灰白色的纸从出纸口缓慢探了出来。
林砚没有立刻起身。
他看了一眼实验室门口。
玻璃门外一片漆黑，走廊上的感应灯早已熄灭。导师去外地参加项目评审，师兄师姐放暑假后也基本不来学校。今天晚上，整层楼应该只有他一个人。
打印声持续了十几秒。
最后，伴随着一声轻响，纸张落进托盘。
打印机上的绿色指示灯随即熄灭。
仿佛刚才什么也没发生。
林砚放下泡面，抽了一张纸巾擦了擦手。
他走到墙角，没有先碰那张纸，而是俯身查看打印机后面。
电源线插在墙上。
除此以外，再没有任何连接。
蓝色的数据线垂在桌子后面，接口上积着一层灰。网线插口也是空的，旁边甚至结了一小片蛛网。
林砚皱了皱眉。
“定时打印？”
话刚出口，他便否定了这个猜测。
打印机本身没有储存任务的功能。即使之前有人发送过文件，也不可能断开电脑半年后，突然在这个时间重新开始打印。
而且，纸是从哪里来的？
他拉开纸盒。
里面空空荡荡。
林砚盯着纸盒看了两秒，重新将它推进去，这才伸手拿起托盘里的纸。
纸张有些粗糙，不像实验室平时使用的打印纸，反而像在潮湿环境里放了很多年。边缘微微发黄，摸上去带着一股不属于这个季节的凉意。
纸张顶部印着一行加粗黑字。
青岚市地下空间结构安全事故报告。
林砚的目光往下移。
报告编号：QY—0917—001。
事故地点：轨道交通七号线西河路站B2联络通道。
预计发生时间：九月十七日七时四十二分。
事故类型：连续性局部倒塌。
影响范围：联络通道第七监测区至换乘入口。
预计死亡人数：十一人。
报告到这里戛然而止。
没有编制单位，没有审核人员，也没有任何公章。纸张最下面只剩下一行颜色极淡的小字。
本报告依据当前结构状态生成。
请勿尝试改变计算结果。
林砚把最后一句重新看了一遍。
随后，他抬起手腕。
电子表显示，九月十七日，零点十六分。
距离报告中的事故，还有七小时二十六分钟。
“无聊。”
林砚将报告扔到桌上。
他首先想到的是师兄周彻。
上个月，周彻曾经用远程控制软件把他的桌面壁纸换成导师的证件照，还在文件夹里藏了一段自动播放的哭声。被林砚发现以后，他信誓旦旦地保证不会再干这种事。
这张报告很符合周彻的风格。
故意写得煞有介事，再躲在什么地方看他反应。
林砚拿出手机，对着报告拍了一张照片，发给周彻。
拍摄完成的一瞬间，他的手指停住了。
手机屏幕里，那张纸一片空白。
林砚低头看向桌面。
黑色文字仍然清清楚楚地印在纸上。
他重新举起手机，把摄像头拉近。
屏幕里依旧只有一张泛黄的空白纸。自动对焦框在纸面上来回跳动，仿佛那里根本不存在可以识别的东西。
林砚按下快门。
相册里的照片同样空白。
他没有再联系周彻。
玩笑不会改变摄像头收到的光。
林砚将报告拿到工作台前，打开扫描仪。
预热，扫描。
机器运转正常。
电脑弹出的图像里，仍然只有一张空白纸。
他又换了一台手机，甚至取出抽屉里的放大镜，逐行检查纸上的文字。墨迹没有凸起，也没有渗透，像是直接长在了纸张内部。
片刻后，林砚拿起一支黑色签字笔，在报告右上角画了一道短线。
再次拍照。
照片里出现了那道黑线。
除了它以外，纸上仍然什么都没有。
实验室里很安静。
空调送风口吐出细微的冷气。
林砚忽然意识到，从打印机响起到现在，走廊上的感应灯一次都没有亮过。
如果有人在门外恶作剧，对方不可能在完全不触发感应灯的情况下离开。
他看向纸上的事故地点。
西河路站。
这个名字并不陌生。
七号线西河路站建成已有十六年，是青岚市较早投入使用的一批地下车站。由于周边商业区扩建，施工单位正在车站B2层开挖一条新的联络通道，将原有站厅和地下商业街连接起来。
三天前，项目方刚刚向实验室提交过一批监测数据。
导师临走前把整理数据的工作交给了林砚。
“西河路站的监测资料……”
林砚转身回到电脑前。
工作站屏幕上还开着有限元计算软件。旁边堆着半盒冷掉的泡面，桌面中央放着导师留下的便签。
“小林，先检查监测数据，再校核模型边界。周五前给我。”
林砚唤醒屏幕，在项目文件夹里找到西河路站。
文件很多。
地表沉降、拱顶位移、支撑轴力、地下水位以及周边建筑倾斜数据，按照日期分别存放在不同表格里。
他先打开监测汇总报告。
结论很简单。
各项监测指标均未超过控制值，结构状态稳定，可以继续施工。
报告末尾盖着项目监测单位的电子章，时间是九月十五日下午四点。
一切正常。
正常得与那张事故报告毫无关系。
林砚靠在椅背上，手指轻轻敲着桌面。
如果报告只是恶作剧，对方至少调查过他正在参与的项目。
但这件事知道的人并不多。
他把那张纸放在键盘旁边，重新打开监测点位图。
B2联络通道一共有十二个监测点，从施工入口依次向车站方向编号。报告里提到的“第七监测区”，正好位于通道转折处。
这里上方是车站配电夹层，左侧紧邻一条废弃排水管线，地质条件比其他区域复杂。
林砚找到第七码点的数据。
从九月一日到九月十六日，累计沉降三点七毫米。
预警值十五毫米。
从数字上看，安全余量很大。
他继续往后翻。
三点六。
三点六。
三点七。
三点七。
曲线在屏幕上缓慢延伸，没有跳变，也没有任何异常。
林砚的目光却渐渐停住了。
他放大图表。
第七码点最近七天的曲线光滑得近乎完美，每隔六小时记录一次，变化幅度稳定在零点一毫米以内。
乍看没有问题。
可真实的监测数据不该这么漂亮。
施工车辆经过、列车运行、气温变化、仪器误差，甚至工人不小心碰到棱镜，都会在数据里留下波动。其他十一个监测点的曲线都有细小毛刺，唯独第七码点像是用尺子画出来的。
林砚把原始文件导入分析程序。
总共六十四组数据。
他从第一行看到最后一行，又从最后一行倒着检查回来。
第三遍时，他发现了一个奇怪的规律。
每相邻四组数据的小数部分，总和都是二。
零点三、零点五、零点六、零点六。
零点四、零点四、零点五、零点七。
像是有人先确定了最终数值，再把变化量平均拆分到每个时间点里。
林砚调出文件属性。
创建时间：九月十五日十五时四十一分。
最后修改时间：九月十五日十五时四十一分。
一份覆盖十六天的连续监测文件，却在昨天一次性创建完成，从未修改。
这不是仪器自动导出的原始数据。
是有人重新做过一份。
林砚坐直了身体。
他在服务器里搜索文件名，想找上传记录。项目文件夹中却没有旧版本，操作日志也只显示这是由项目方的公共账户上传的，无法确定具体人员。
他拿起手机，准备给导师打电话。
屏幕上显示零点四十二分。
林砚的手指停在拨号键上。
导师下午刚落地南川，明天一早还要参加评审。仅凭一条过于平滑的曲线和一张无法拍照的报告，就把人从睡梦中叫醒，得到的答案大概只会是“先把原始数据核实清楚”。
况且，即使第七码点的数据造假，也不能直接证明通道会在七个小时后倒塌。
数据造假和结构失效之间，还缺少最关键的一环。
林砚看向电脑里的模型。
那是西河路站联络通道的简化计算模型。
原本的任务只是根据监测结果调整材料参数，评估下一阶段施工风险。但如果把第七码点的数据视为无效，重新设定该区域的边界条件，也许可以反推出什么。
他把泡面推到一旁，打开原始设计图。
通道顶部采用临时钢支撑，待主体结构达到强度后再分段拆除。第七码点附近有一根编号为ZC—07的临时支撑，正好位于废弃排水管线下方。
设计参数没有问题。
施工记录显示，这根支撑于九月十四日完成复检。
检验结果：合格。
林砚继续往下翻。
复检表格的右下角应该附有现场照片。
附件却打不开。
系统提示文件损坏。
他又找到施工日报。
九月十四日夜间，西河路站附近突降暴雨，现场因排水不畅停工两个小时。日报只记录了基坑积水，没有提到支撑异常。
林砚打开城市气象数据库。
那场雨比日报里写的要大得多。
西河路站一小时最大降雨量达到九十二毫米。附近两条道路出现积水，消防部门还处理过一次地下车库倒灌。
如果那条废弃排水管线没有完全封堵……
雨水可能进入通道上方的回填区域，造成局部土体软化。钢支撑一旦发生轻微偏移，受力状态就会和设计模型完全不同。
林砚把地下水位上调十五厘米。
第一次计算，没有失效。
他又把第七码点附近土体强度降低百分之十。
仍然没有失效。
凌晨一点二十七分，他根据暴雨记录重新估算渗流范围，将废弃管线附近的土体参数单独划分。
计算结果开始出现变化。
ZC—07支撑的轴力迅速增大，接近允许值。
但还不至于倒塌。
林砚盯着模型看了一会儿，忽然想起那份损坏的附件。
支撑复检照片为什么偏偏打不开？
如果复检根本没有进行呢？
他将ZC—07的安装偏差调到规范允许值的上限。
轴力超过预警值。
继续增加偏差。
支撑失稳。
屏幕上，原本呈现蓝绿色的联络通道出现了一小片红色。
红色从第七码点开始。
林砚没有动。
计算仍在继续。
一根临时支撑失效后，原本由它承担的荷载迅速转移到相邻构件。六号支撑轴力上升，八号支撑端部发生偏移，顶部围护结构的变形逐渐扩大。
红色区域像滴入水中的墨，沿着联络通道缓慢蔓延。
第七监测区。
第八监测区。
换乘入口。
最终，计算窗口弹出一行提示。
结构发生连续性局部失效，计算终止。
林砚看向桌上的事故报告。
事故类型：连续性局部倒塌。
影响范围：联络通道第七监测区至换乘入口。
和模型完全一致。
他喉咙有些发干，端起手边的水杯，才发现杯子早已空了。
这仍然不能说明报告来自未来。
模型参数是他根据报告内容反推出来的。只要不断调整条件，总能得到想要的结果。
真正需要验证的，是时间。
报告给出的事故时间是七时四十二分。
结构模型只能判断是否失效，不能直接预测精确到分钟的倒塌时刻。除非把列车运行荷载、早高峰人流、施工进度和支撑持续变形全部输入时程分析。
这个计算量远超普通工作站的承受范围。
实验室角落里还有一台服务器。
准确地说，是一套已经停止使用的城市结构灾变仿真系统。
服务器机柜立在打印机旁边，被一块灰色防尘布罩着。那套系统是十二年前建设的，后来因为项目终止、设备老化，逐渐被新的计算平台替代。
导师曾经明确说过，不要再启动它。
林砚看着机柜沉默了几秒。
随后，他站起身，掀开防尘布。
灰尘在灯光下散开。
机柜最上方印着一行已经褪色的编号。
QY—01。
林砚的视线慢慢移回那张报告。
报告编号：QY—0917—001。
他蹲下检查线路。
服务器的电源已经断开，网线也被拔掉。主机背面的封条仍然完好，上面的落款日期是十二年前的九月十七日。
又是九月十七日。
林砚盯着那个日期，心里第一次生出一种无法解释的不安。
他没有拆封条，而是把模型提交到学校现有的计算集群，勾选全部时变荷载。
预计计算时间四小时二十分钟。
现在是凌晨两点零七分。
如果没有意外，天亮前就能得到结果。
林砚按下运行键。
屏幕上出现缓慢前进的进度条。
百分之一。
百分之二。
他本打算趴在桌上休息一会儿，却发现自己根本睡不着。那张事故报告就放在离他不到半米的地方，每当他闭上眼，那行“预计死亡人数：十一人”便会重新浮现出来。
十一人。
不是十人，也不是十二人。
报告为什么能给出如此具体的数字？
又为什么警告他不要改变结果？
凌晨三点半，林砚去卫生间洗了把脸。
回来时，打印机没有再响。
服务器也没有任何异常。
整间实验室安静得像一个过于真实的梦。
五点五十六分，窗外隐约出现了一片灰白。
计算进度达到百分之九十八。
林砚站在窗边，看见校园道路上已经有清洁车经过。再过一个小时，早班地铁将迎来第一批通勤乘客。
西河路站会像往常一样打开闸机。
没有人知道第七码点的数据可能是假的。
也没有人知道那根藏在墙体后面的支撑，究竟发生了什么。
六点零三分。
电脑发出一声提示音。
计算完成。
林砚立刻回到桌前。
屏幕上，整条联络通道被标记为红色。计算日志快速滚动，最终停在结构整体失稳的时刻。
七时四十一分五十七秒。
林砚看了一遍。
又看了一遍。
随后，他缓缓转头，看向桌上的事故报告。
预计发生时间：七时四十二分。
两者只差三秒。