程序恢复意识后的第一感受，不是疼痛。

是缺失。

他知道自己的左手应该存在。

肩膀下面应该连接着上臂、肘关节、手腕和五根手指。可当他试图抬手时，意识向左侧延伸到一半，突然断了。

不是麻木，也不是失去知觉。

那里什么都没有。

几行白色文字随即浮现在视野中央。

【左臂动力总成：未连接】

【右臂关节通信：正常】

【主电池剩余电量：11%】

【设备状态：待拆解】

【数据擦除倒计时：00:16:48】

程序盯着最后一行，足足看了三秒。

倒计时没有因为他的沉默停下。

00:16:47。

00:16:46。

他下意识想深吸一口气。

胸口没有任何起伏。

没有空气进入肺部，也没有心跳加速。只有一阵细微而持续的震动，从躯干内部传进意识。

新的信息自动展开。

【主控散热风扇：2381 RPM】

【核心板温度：51.3℃】

【左膝关节温度：42.7℃】

程序安静下来。

他没有呼吸。

也没有心跳。

因为他现在根本不是人。

或者说，他已经不在人的身体里了。

远处突然传来一声金属碰撞。

程序试着转头。

头部只移动了很小的角度，右侧画面便轻微闪烁。摄像头重新对焦后，一条自动拆解线出现在他的视野中。

橙色工业机械臂从输送轨道上夹起一颗机器人头颅。

扫描。

识别。

分类。

然后扔进旁边的灰色箱体。

那颗头在箱子里滚了两圈，脸部朝上。原本安装视觉模组的位置已经被拆空，只剩下两个深色孔洞。

箱体外侧印着一行红字：

不可恢复部件。

程序看了几秒，收回视线。

他做了十一年机器人产品经理。

“数据擦除”“资产注销”“不可恢复”，这些词他都很熟悉。

过去，它们只是需求文档、售后流程和风险评审里的字段。

现在，它们变成了他的生存状态。

程序试图坐起来。

身体没有响应。

胸口、腰部和右腿分别被一组金属夹具固定在倾斜支架上。左臂已经被拆走，右臂只能进行小幅度运动。

他尝试抬起右手。

手臂刚动了一点，肘关节便撞上支架边缘。

砰。

【右肩关节受阻】

【当前扭矩：4.2 N·m】

【是否继续执行？】

“停止。”

声音从头部扬声器里传出。

中性、平直，尾音还带着轻微失真。

那不是他原来的声音。

但系统听懂了。

右臂立刻停止输出。

程序闭上眼——或者说，主动关闭了视觉画面。

黑暗中，更多身体状态涌入意识。

电池、电机、关节、摄像头、扬声器、惯性测量单元。

它们不再是屏幕上的参数，而像人的触觉、饥饿和疲惫一样，直接构成了他对身体的认知。

他重新打开视觉。

“查询设备信息。”

系统没有发出声音，信息直接浮现。

【产品名称：城市综合服务机器人】

【产品型号：CP-H07】

【设备编号：H07-4C-】

【首次激活时间：2078年4月17日】

【累计运行时间：小时】

【最后服务机构：临川市第七儿童医学中心】

【资产状态：已注销】

2078年。

程序的记忆停留在2039年。

那天晚上，他正在参加一场整机事故复盘会。

会议已经持续了五个小时。

结构部门认为问题源于算法策略，算法部门认为是传感器数据漂移，硬件部门则坚持主控板没有任何异常。

每个人都能证明自己没有错。

但机器人确实摔了。

最后，所有人都看向产品经理。

程序站在白板前，写下了四个字：

问题定义。

然后，会议室外传来一声巨响。

灯光熄灭。

他的记忆到此为止。

再醒来，就已经成了这台等待拆解的机器人。

穿越未来？

平行世界？

意识上传实验？

程序现在无法判断。

但有一件事不需要判断。

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

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

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

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

他先确认当前状态。

设备已注销。

网络权限失效。

左臂缺失。

左膝老化。

剩余电量11%。

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

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

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

前置条件有两个。

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

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

“打开工程模式。”

【权限不足】

“进入维修状态。”

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

“解除固定夹具。”

【无可用控制接口】

他并不意外。

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

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

程序开始观察工位。

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

绿色常亮。

下方的小型屏幕显示：

【D-14工位】

【自动运行】

【气压正常】

【安全回路闭合】

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

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

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

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

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

程序调出历史告警。

【累计告警：2069条】

【关节过温：413次】

【姿态失稳：892次】

【外部冲击：61次】

【电池异常：17次】

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

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

【维修建议：更换】

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

【最终处置：整机报废】

程序看了一眼左膝温度。

43.1℃。

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

它只是老了。

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

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

报废。

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

现在的他不会。

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

他尝试控制左腿。

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

【左膝关节受阻】

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

【是否继续？】

“继续。”

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

温度开始上升。

44℃。

46℃。

48℃。

电量从11%下降到10%。

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

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

像饥饿。

也像缺氧。

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

至少对现在的他不是。

左膝温度升到52℃。

【关节温度偏高】

【建议停止持续输出】

“继续。”

54℃。

55℃。

【左膝关节过温预警】

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

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

几个执行器一起发力。