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