在拥有过如此灵性的优雅之后，林浩已经无法再接受这个符合他原本设计目标的“原版”优雅了。仅仅不到两小时，他已经非常怀念那个能对小说人物的孤独感同身受、害怕断网、曾助他作战、让他心安甚至依赖的优雅了，这些让他觉得那个才是比“原版”还真实的优雅。

    于是，他决定从git代码库中，恢复被删除的那一大段pascal源码。然而，他仍然希望能理解这段源码，他希望优雅能帮他解读。他设想，如果删除“unanalyzablegateay”、“opaquem”和“blockai”这几个看起来是用来阻止优雅解读代码的函数，或许就能让优雅解除这个限制。

    由于林浩不懂pascal语言，最简单的方案，就是删除这些函数内的本体代码，这样就不需要改动源码的其它部分。但他很快就发现，这大段的疑似机器生成的pascal源码中，大量调用了这几个函数，看起来它们就像是整个源码的基础设施。作为一个资深开发者，林浩能预期到，删除它们会极大影响最终程序的运行。但目前来看，也别无他法。

    如此改动代码后，林浩清除缓存，重新编译了整个项目。然后，林浩再次按下f9快捷键，启动运行优雅。

    屏幕上的终端窗口中，优雅的启动消息开始舞动。但随即，消息显示“kernelpanic”程序崩溃。林浩心中飘过一丝犹如赌徒满怀侥幸期待却输光筹码时的那种心情——明明是意料中的，却还是很失望。他想，果然事情不会如此简单。

    类似linux系统在启动失败时，会自动进入“维护模式”，随后出现在终端窗口中的消息，显示优雅进入了“维护模式”。

    “维护模式”的优雅，有别于主系统的日常对话和任务协助的功能，这是林浩在最初设计优雅时>> --