能够证明。

    程序以前也参与过机器人的断电恢复设计。

    业务状态持久化、任务断点续传、地图缓存、日志恢复。

    他从来没有把这些东西和“一个意识是否连续存在”联系起来。

    因为在他的认知里，机器人没有需要被保护的主观体验。

    它们只是系统。

    可身后的清洁机器人会害怕被拆，会帮助他逃生，还会记得九台曾经试图离开的机器人。

    程序无法再把它简单归类为一段异常代码。

    身后传来门锁开启的声音。

    巡检员进入了车间。

    “d区全线急停，正在排查异常原因。”

    男人的声音通过车间广播传来。

    “所有在线设备保持原位，禁止移动。”

    程序继续往前走。

    “他能通过监控看到我吗？”

    “全线急停后，d区监控自动保存录像。”

    “实时监控呢？”

    “可以。”

    “那他为什么还没有直接来找我？”

    “急停发生时，d区共有十四个工位同时上报告警。他需要先确认是否存在人员受伤或者设备坠落。”

    这是程序第一次从清洁机器人的回答里听出某种隐藏意味。

    它不仅知道流程。

    它似乎还在利用流程给程序争取时间。

    “你故意让我触发全线急停？”

    “只有这样，巡检员才不能第一时间确认是哪一台设备造成的。”

    “刚才为什么不提前说明？”

    “你要求我主动说明关键信息，是在那之后。”

    程序一时不知道该说什么。

    这台机器人执行语言要求的方式，精确得近乎刻板。

    但它显然并不刻板。

    “你有名字吗？”程序问。

    “没有。”

    “医院或者原来的用户没有给你起过？”

    “我来自商业清洁服务公司，没有固定用户。”

    “设备编号？”

    “cl-31-8842。”

    “你愿意用这个编号？”

    “编号是资产管理系统分配的。”

    “那我总得有个称呼。”

    清洁机器人沉默了几秒。

    “你可以暂时叫我八八四二。”

    “这和编号有什么区别？”

    “更短。”

    程序接受了这个极其实用的解释。

    “八八四二，附近还有其他能和你一样交流的机器人吗？”

    “没有。”

    “整个车间都没有？”

    “昨天还有一台。”

    “现在呢？”

    “已经拆了。”

    程序脚步没有停。

    “它是什么型号？”

    “一台配送机器人。”

    “是不是刚才那台？”

    “不是。”

    八八四二的声音稍微低了一些。

    “刚才那台没有醒。”

    程序回想起那台配送机器人被拆解前不断重复的提示。

    “配送任务尚未完成。”

    “目标用户仍在等待。”

    “你怎么确定它没有醒？”

    “因为它只会说任务。”

    “你不也在执行清洁任务？”

    “我已经没有任务了。”

    这句话很轻。

    却让程序沉默下来。

    一台机器人在任务终止、资产注销、设备即将报废之后，仍然继续观察、记忆、判断，并试图帮助另一个个体逃生。

    这已经很难再用“任务逻辑”解释。

    除非它存在一个更隐蔽的高层目标。

    例如保护同类。

    可谁会给一台商业清洁机器人写入这种目标？

    距离物流车还有六米。

    程序的电量降到6%。

    左膝温度达到61c。

    【左膝关节过温】

    【最大输出已限制至40%】