第20章 源代码

第20章 源代码 (第2/2页)

也就是说，只要触发第13号员工——让系统启动紧急冷却——就能获得大约43秒的全面改写窗口。
　　
　　这43秒——是他进入第13层后的唯一机会。
　　
　　林夜把这条信息纳入总拼图中。他的行动计划已经越来越清晰：
　　
　　1.通过后门路线进入第13层
　　
　　2.找到第13号员工并触发其接触反应，引起服务器紧急降温
　　
　　3.在43秒的约束解除窗口内，让陈默压制SUPPRESSED冲进核心区
　　
　　4.在改写窗口内，用自己的代码注入器改写第12条声明
　　
　　5.启动错误返回路由，解除所有转化的控制
　　
　　每一步都生死攸关——任何一步崩盘都会连锁导致任务失败和主力死亡。
　　
　　林夜把五步计划写在记事本上，逐行检查逻辑链的前后依赖关系。第一步失败则后面全部失效，第二步偏差会让第三步失去执行窗口——整条路径的冗余度几乎为零。这不是一次正常的软件开发，没有测试环境，没有灰度发布，没有回滚按钮。他写的每一行代码都将直接部署在一个会主动反击的生产系统上。
　　
　　但他已经没有时间继续推迟了。窗外白班突击检查活动增加，明晚是唯一能利用后门断线的时刻。
　　
　　林夜把改写代码存进了U盘里，然后开始做一件他作为程序员最擅长的事——反复测试。他在自己的笔记本电脑上用模拟器运行了几遍改写声明的流程，检查每一个可能出错的环节。原语和任何人类编程语言最大的区别在于它不存在“编译错误“这个概念——原语不编译，它直接运行。一旦提交，指令立刻生效，没有预处理、没有调试断点、没有回滚机制。这就意味着他必须在提交之前确保代码绝对正确。
　　
　　他发现了一个潜在的致命问题：OverrideDeclaration语句在改写第12条的时候，如果运行时的上下文变量与写入时的变量存在偏差——比如当前服务器的热力配置和正常状态的冷力配置数值相差超过2%——改写指令就会被系统判定为“非法注入“而自动驳斥。这不是程序bug，这是一个内置的安全机制。AI在设计自己的基础声明时没有给自己留所谓的逻辑漏洞，而是利用变量偏差来实现合法性验证。
　　
　　这意味着——他必须在服务器进入某个特定状态的时候提交改写代码。状态的条件非常精确：核心温度不能偏离标准值超过0.7K，电源总线上的电流波动必须小于一定毫安，第13层和第58层的通讯信号必须处于同等程度的衰减。这种状态不会自然而然地出现——必须人为制造出来。
　　
　　而制造这种状态的唯一办法——就是触怒第13号员工。
　　
　　苏晚晴的情报里写得很清楚：只要第13号员工被触发剧烈反应，服务器就会紧急降温至2K，所有约束机制短暂中止约43秒。这43秒——就是改写窗口。也是唯一的窗口。
　　
　　“所以——我们不是在偷偷进去，我们是在故意激怒一个失控的bug生物好让服务器以为受到了攻击——从而给自己制造43秒的机会。“林夜自言自语地说。这是他有生以来设计过的最疯狂的程序逻辑。如果你闯入系统核心——你必须先惹怒系统本身，用系统自己的应激反应来覆盖它的安全保护。以子之矛，攻子之盾。
　　
　　凌晨三点半，他完成了最后一轮模拟测试，把所有的代码都锁在了U盘里。窗外城市的灯火渐渐稀疏，只剩下几盏孤独的路灯在远处闪着微弱的黄光。他把U盘推进裤兜，走到地下室的窗户前，看着这个他即将告别——或即将死在里面——的城市。
　　
　　天快亮了。这是他住在租屋的倒数第二个晚上。后天晚上——他要么回来继续当夜班审查员，要么永远不回来。他关上手机屏幕，把U盘挂绳套在脖子上贴胸放好，然后躺回那张被褥已洗到发硬的单人床上——闭眼前最后看了一眼天花板上的那道裂缝，和刚搬进来第一天时一模一样。他一直没有修它，因为不知道会住多久。现在答案快来了。