第1章 这不是一次正常启动(第2页/共4页)

    意识上传实验？

    程序现在无法判断。

    但有一件事不需要判断。

    十六分钟后，系统会开始清除数据。

    至于数据被清除后，他是否还能继续存在，没有人能给他第二次验证机会。

    程序迅速压下所有无关思考。

    产品经理最忌讳在问题没有拆清楚时，直接讨论最终方案。

    他先确认当前状态。

    设备已注销。

    网络权限失效。

    左臂缺失。

    左膝老化。

    剩余电量11%。

    胸口、腰部和右腿被外部夹具固定。

    数据擦除由拆解流程自动执行。

    目标很明确：阻止数据擦除。

    前置条件有两个。

    离开当前工位，或者让工位进入无法继续执行的异常状态。

    程序先尝试最直接的方法。

    “打开工程模式。”

    【权限不足】

    “进入维修状态。”

    【设备已注销，无法进入维修状态】

    “解除固定夹具。”

    【无可用控制接口】

    他并不意外。

    任何允许报废机器人自行解除拆解夹具的设计，都会在安全评审阶段被否决。

    至少设计这套系统的人，没有犯这种低级错误。

    程序开始观察工位。

    左上方安装着一盏三色状态灯。

    绿色常亮。

    下方的小型屏幕显示：

    【D-14工位】

    【自动运行】

    【气压正常】

    【安全回路闭合】

    程序的注意力停在“安全回路”上。

    工业设备存在优先级极高的安全逻辑。

    人员闯入、设备跌落、严重碰撞、温度异常，任何一个条件成立，都可能令工位保护停止。

    保护停止不一定能让他脱困。

    但至少可以打断自动流程。

    程序调出历史告警。

    【累计告警：2069条】

    【关节过温：413次】

    【姿态失稳：892次】

    【外部冲击：61次】

    【电池异常：17次】

    他展开最近一次维修记录。

    【故障部件：左膝关节模组】

    【维修建议：更换】

    【维修结论：维修费用超过设备残值】

    【最终处置：整机报废】

    程序看了一眼左膝温度。

    43.1℃。

    这台机器人不是因为一次严重故障被淘汰。

    它只是老了。

    使用年限过长，关节磨损，电池衰减，维修成本超过剩余价值。

    于是，系统给出了一项理性且正确的决策：

    报废。

    过去的程序可能会认可这个结论。

    现在的他不会。

    因为被写在处置流程里的，是他的命。

    他尝试控制左腿。

    膝关节只移动了几毫米，便被支架挡住。

    【左膝关节受阻】

    【持续输出可能导致温度升高】

    【是否继续？】

    “继续。”

    关节内部传来低沉的嗡鸣。

    温度开始上升。

    44℃。

    46℃。

    48℃。

    电量从11%下降到10%。

    程序感到视野亮度轻微降低，体内风扇转速提升。

    一种难以形容的压迫感随之出现。

    像饥饿。

    也像缺氧。

    原来对机器人来说，低电量并不只是右上角逐渐变红的图标。

    至少对现在的他不是。

    左膝温度升到52℃。

    【关节温度偏高】

    【建议停止持续输出】

    “继续。”

    54℃。

    55℃。

    【左膝关节过温预警】

    【输出功率已限制至70%】

    程序同时控制右肩、右肘、腰部和髋关节。

    几个执行器一起发力。

    整副支架开始轻微震动。

    【多关节异常受阻】

    【检测到固定状态下的运动指令】

    工位上方的绿灯变成黄色。

    有效。

    外部系统能够感知异常动作。

    但拆解流程没有暂停。

    黄色只是预警。

    还不够。

    程序让右臂向外发力，机械手撞上支架。

    砰！

    【检测到外部冲击】

    黄色状