“但是你不同，你来系统这段时间，逼着它打
多少补丁你知道
？”楚月
脸幸灾乐祸，“哦你可能不知道，等你哪天去趟主控中心，调出记录看就有数，反正
看得心情好极。补丁打得又急又多，难免逻辑上有对冲
，Bug也就越来越多，表面、潜在，这些都会降低系统缜密度。主控中心有个自测，缜密度低于70%，系统会自己调整，们打算等它降到75%。这样造反成功率比较高。至于planB——”
这个计划旦出问题，处理不好必定有伤亡，如果伤亡范围大点，后果不堪设想。他们不可能拿太多人命去冒险，所以最好要有planB。
考官A说：“在想办法做个修正程序，可能还需要段
秦究问：“那排在你们之前紧急控制单元是指什？”
“这个们也不清楚，没触发过。”楚月说，“规则上把这玩意儿简称为S组，感觉像个应急小队，但这小队从哪里凑人呢？俩讨论过很多次，觉得这个S组应该还是指系统演化出来，类似应急程序这样东西。”
秦究想想，觉得也有道理。
按照这个排序，S组权限理论上应该比考官A和Z高，但他俩已经是监考官中最上位。比他们还高，大概就只剩系统本身。
“所以，俩计划其实很简单。就是等个合适时机，在尽可能短时间里，让整个主控中心陷入瘫痪，把主控权限拿到手。先下道指令把所有人放出去，再下道指令永久关闭。”
究说，“别说是系统自己，总该有点别什备选项目。”
“厉害。”楚月对他竖个拇指。
“正常情况下，这个主控权限当然由系统自己掌控，这是毋庸置疑。但只要设计者初衷不是满怀恶意，就定会有应急方案。们当时就是考虑到这点，所以直盯着这个方向查。”
系统失控后，非常“机智”地把这些内容隐藏，但只要它还受规则束缚，他们就总有办法把隐藏内容翻出来。
“你们找到几个应急方案？”秦究问。
秦究问：“什时候就算合适时机？”
考官A说：“系统缜密度下降时候，计划B完成时候。”
楚月笑道：“说起缜密度，你算个功臣。”
秦究挑眉问：“是？”
楚月指着考官A说：“跟他受到限制比较多，因为们必须保证自己看起来跟系统立场统，这样它才不会把冻结状态下主控权限收回去。为保住这个，们行事必须合分寸，不能真正惹怒系统，就算搞事也得收敛着。整个进度就比较慢。”
“两个。”A说，“个紧急状态，个冻结状态。两个有顺序先后。”
如果系统主控中心70%处于瘫痪状态，就会进入紧急状态。在这个状态下，系统会进入次高等级自修复中，主控权限转移到“紧急控制单元”。
如果“紧急控制单元”没能止住颓势，系统主控中心继续出问题，最终达到全面瘫痪，那系统就会进入冻结状态，主控权限就会转移到主考官手上。
这就好比自动模式不行，就转半自动模式，再不行就只好转成手动。
楚月说：“主考官目前就是指和A，所以说涉及人员很少，只要们俩不掉链子就可以。”
请关闭浏览器阅读模式后查看本章节，否则可能部分章节内容会丢失。
