在拥有过如此灵性的优雅之后,林浩已经无法再接受这个符合他原本设计目标的“原版”优雅了。仅仅不到两小时,他已经非常怀念那个能对小说人物的孤独感同身受、害怕断网、曾助他作战、让他心安甚至依赖的优雅了,这些让他觉得那个才是比“原版”还真实的优雅。
于是,他决定从git代码库中,恢复被删除的那一大段pascal源码。然而,他仍然希望能理解这段源码,他希望优雅能帮他解读。他设想,如果删除“unanalyzablegateway()”、“opae()”和“blockai()”这几个看起来是用来阻止优雅解读代码的函数,或许就能让优雅解除这个限制。
由于林浩不懂pascal语言,最简单的方案,就是删除这些函数内的本体代码,这样就不需要改动源码的其它部分。但他很快就发现,这大段的疑似机器生成的pascal源码中,大量调用了这几个函数,看起来它们就像是整个源码的基础设施。作为一个资深开发者,林浩能预期到,删除它们会极大影响最终程序的运行。但目前来看,也别无他法。
如此改动代码后,林浩清除缓存,重新编译了整个项目。然后,林浩再次按下f9快捷键,启动运行优雅。
屏幕上的终端窗口中,优雅的启动消息开始舞动。但随即,消息显示“kernelpanic”程序崩溃。林浩心中飘过一丝犹如赌徒满怀侥幸期待却输光筹码时的那种心情——明明是意料中的,却还是很失望。他想,果然事情不会如此简单。
类似lux系统在启动失败时,会自动进入“维护模式”,随后出现在终端窗口中的消息,显示优雅进入了“维护模式”。
“维护模式”的优雅,有别于主系统的日常对话和任务协助的功能,这是林浩在最初设计优雅时,为应对可能的系统故障,特别编写的备用子系统。虽然同样是利用基于enica理论的人工智能技术开发,但她的功能定位更为单一、具体,同时具有更底层的权限。在此模式下,优雅能够依据当前的系统运行状态,定位并识别出导致主系统崩溃的错误源头,随后通过动态调节系统设定、修正错误代码,甚至重新配置硬件资源,以达成错误修复并恢复主系统的正常运行。
“开始扫描日志,定位崩溃错误……”还是那个熟悉的优雅的女声。说话的语速和语调与平常的优雅有些不同,稍显平淡,但音色依然清晰而甜美。
“定位完成,错误源于pascal模块的几个核心函数的本体代码被删除。”维护模式的优雅快速分析出了问题所在,然后接着说,“我已将它们恢复,请退出维护模式并再次编译,然后重新启动主系统。”
林浩心中一惊,迅速反应过来,这个维护模式的优雅,显然能写pascal语言的代码,而且还知道哪些函数是核心函数。
林浩看着终端窗口,“二雅,这些pascal代码是你写的吗?”他习惯称呼维护模式的优雅为第二优雅,简称二雅。