【长篇/翻译】机械甜贝儿 | 第一章：充电请求（Power Acquisition Request）

周五晚上

九月二十九日

马达嗡嗡作响，机械小马在屋里规律地移动。它被设计成“蹄子”的腿的合金底座，轻轻地咔哒踩到空无一物的木地板上。该单元处理器的逻辑中心很久之前就定下了，大概是九年前，看外观的话，这么叫它们很合理。实际上，它腿的底座，根本就不是真的蹄子。把它们设计成“蹄子”本来就没意义。

它懂得很多。它知道它的全名叫做“甜贝儿”，它知道它最高能跳大概三英尺，误差范围为两英寸，当然，它还知道它的制造者是电源插座的管理者。

但是，它经常不理解它的制造者，就跟很多其他机器一样。奇怪的是，造物主经常会违反她给甜贝儿单元设定的逻辑程序。其中比如，它被编程要请求充电，就算这儿现在发生暴风雨。它判断这会对它的系统造成危险，但它也被编程保护这点。尽管如此，它还是没法违反造物主的指令。

但是，甜贝儿单元现在不担心这点。它一般不会花电量或时间分析造物主或者她的决定。造物主，就是造物主。现在，获取电量是该单元的唯一主要指令。没了电源插座，它会没法完成一条主要指令；那条指令就是总是保持开机。

但可能更怪的是，甜贝儿单元不被允许自行完成充电行动，它不确定为什么它的造物主那么规定。它处理器的逻辑矩阵可以想出几个能自行获取电量的可行方案，不管是用造物主家里的一些先进物品，还是只是用它的嘴。

尽管如此，甜贝儿单元还是被编程为总是请求它的制造者插入电源，而不能用它的设计和计划；处理器低电量期间的计划。重新思考或埋怨，或者甚至反抗，都不是逻辑矩阵的一部分。它就是个程序，跟其他电脑或软件一样没生命。

甜贝儿有对用来看东西的摄像头，它们记录了屋里满满的黑暗。因为缺少正常的光照参数，它很难看到东西，但那是可接受的；它还可以认出障碍物。

建筑物的黑暗里，有各种其他形状的东西在移动。它们在内存存储里被判定为“动物”。避开它们很重要。要是有必要，程序允许阻止它们干扰该单元。

摄像头跟踪到一个在阴影里飞过的小小身影；它是只“小猫”，是该单元判定为“干扰物”的目标之一。

小猫都特别喜欢喵喵叫和纠缠该单元。它不在乎，也不可能在乎，但这些猫科动物玩弄该单元漂亮的鬃毛或尾巴的时候，它经常有必要阻止它们变得过于粗暴。

甜贝儿单元不完全确定她为什么被编程保护自己“小巧可爱的鬃毛和尾巴”，但造物主就想要这样。但这种事需要电量。现在，已经没多少电量了。它处理器的逻辑矩阵经常努力判断出有效的方法，温柔、高效地阻止小猫。

现在，小猫没对该单元采取任何行动，这很幸运。该单元没有多余的电量追小猫，或者用四毫瓦激光二极管，让它们不断抓小光点。被判定为“激光指示器”的设备经常保持在逻辑矩阵优先系统列表的最高优先级左右，但这次不得不丢掉它们，好在剩余电量很少的情况下到达造物主的屋子。

甜贝儿单元的逻辑矩阵，很快就运算出到造物主屋子的剩余距离；它确定还有时间请求充电。它非常了解自己跟房间的距离，但它忙着重新运算地面距离，好确保能成功请求充电。内存存储备份刷新了新测量值，虽然是一样的。

该单元底盘里的小小处理器装着各种信息；行为参数、温度、移动数据、环境、杂七杂八的日志、功率水平、结构参数和另一条信息，它的造物主。造物主是一切的关键，该单元非常熟悉她；即使它不理解她。

甜贝儿单元用鼻子装置推开制造者屋子的门，然后慢慢走进去。它监测到自己的功率每秒都在减弱。它等了大概一小时；四十七分钟；照往常请求充电的时间多了十二秒十四纳秒。那不正常。处理器核心无法根据要求对甜贝儿单元进行解释。

甜贝儿单元的“眼睛”发现了它的首要目标；造物主，她正无所事事地坐在一个被判定为“家具：沙发”的单位上。处理器进入请求充电的第二步，把连在它嘴里左侧的电源线扔到地上。

不管是甜贝儿单元，还是它存储的记忆，都不明白这个动作的意义，该单元嘴里的扬声器系统，可以在扔出电源线时正常工作，那它为什么需要扔出电源线，还要用鼻子装置精准地轻推三下呢？

即使造物主自己编程的指令本身很奇怪，但甜贝儿单元还是执行了，它轻轻推了推电源线。然后它进入第三步。

“史蒂芬，”甜贝儿单元大声说，嘴里的扬声器用幼稚小孩子的温柔嗓音咕咕这些话。

它走过去，双腿在晚上轻轻地叮当响，然后它坐在造物主的沙发旁边。

“史蒂~芬，”甜贝儿单元又大声抱怨。它的眼睛扫描造物主的身子，晚上的黑暗稍稍笼罩造物主的身子，只有电视光微微照亮她。

造物主，被判定为史蒂芬妮（Stephanie，出自电影《霹雳五号》），在沙发上大哼了声，但没站起来，也没其他反应。

甜贝儿单元端详了会儿造物主一动不动的身子，无所事事地处理着。要是她没有很明显的反应，实际上就是不醒来，那它就会开始第四阶段，请求充电的最后阶段。在造物主史蒂芬妮进行夜间睡眠阶段时，它被编程为咬住、拉扯造物主史蒂芬妮旁边的布料大概十秒。要是史蒂芬妮在规定时间过后还没醒来，那甜贝儿单元会开启低功耗模式，直到不可避免的关机。

关机没事，当然，对缺乏感情的东西来说；但它会一直没电的。

甜贝儿单元找不到能接触到的布料。它的视觉系统没检测到制造者设定的目标。很快，它就开始寻找完成程序需要的东西。

后腿关节里的电机呼呼作响，疲态十足，只靠着主电池存储的、剩下百分之二的电量供电。甜贝儿单元感受不到累，或者疼，但处理器重新运算功耗的时候，用照往常高百分之五十的速度持续了整整四秒。

警告：即将关机。

中央处理器收到了辅助计算单元的警告。它们不会痛苦，它们不可能痛苦，但它们确实在一遍又一遍地重新计算着，能不能用剩下的电量实现目标。

辅助计算单元第二次抱怨，成功把它的信息重复给中央处理器。

警告：即将关机。

甜贝儿选择停用辅助计算单元。这样会节省电量。辅助计算单元是不必要的。

五秒后，甜贝儿单元成功用后腿站到造物主史蒂芬妮的腿边。视线里唯一的布料，是缠在造物主腰上的。甜贝儿单元没浪费时间，因为时间至关重要，它努力上到沙发上。它的前腿伸出去，开始慢慢抬起剩下的底盘。在当前情况条件下，跳跃不可行。

只剩下不到百分之一的电量，甜贝儿单元进入了低功耗模式。

甜贝儿单元俯下身子，比协议允许的速度快了整整七秒，它按照程序咬住目标，然后开始拉扯十秒。参数的违规被记录为一个意外错误。

处理器的逻辑矩阵明白，造物主史蒂芬妮不太可能从休息里醒来，好在低功耗模式，可能甚至关机之前提供电量，但它还是执行指令。它运算出，充电请求一完成，满电量模式就剩下二十八秒。

它会用那段时间从家具上移开。

甜贝儿单元不被允许在家具上。

处理器没记住那点。

作者注：

嗯，我又开新坑了。

&$%*