下午三点，产线为了腾位置，把一个工位往右挪了半米。

人看了一眼，问题不大。

半米嘛，走两步的事。

第二天AMR过来，停在原来的位置。

新工位在旁边。

两边隔着半米空气，场面有点像约饭的人一个去了新店，一个还在老店门口等。

这类问题本质上不是“机器人不灵活”，而是自动物流里的位置不是一句“差不多在这里”。站点坐标、停靠方向、附近禁行区、减速区、任务目的地，甚至和PLC或上层系统绑定的站点编号，都可能和这个工位有关。

所以现场设备移动以后，我最不建议的一种做法，就是只在群里说一句：

“二号工位往右挪了一点，大家注意。”

人会注意。

系统不会看群。

更稳妥的做法，是把这种变化当成一次正式变更：先确认物理位置怎么改，再看地图和站点要不要更新；如果涉及自动交接，再确认接口条件；改完以后用真实载荷跑一遍，把进站、停靠、离站和周边交通重新验证。

还有一个细节：旧点位别着急直接删。

如果生产还没切完、系统里还有未完成任务，更好先把旧任务处理清楚，再切新版本。否则现场已经搬家，后台还有几张快递单寄往旧地址。

工厂里的“只挪半米”，对人是半米。

对系统，它可能是一条变更单。

还有一个常被忽略的问题：谁有权挪。

如果生产为了方便，今天把料架挪一点，明天设备组再把安全围栏改一点，地图却还是项目上线那天的版本，现场会慢慢出现“人觉得没变化，系统觉得换了一个世界”的情况。

所以更好给涉及机器人路线、站点、对接位置的物理变更设一个简单入口。哪怕只是一张变更记录，也比大家各自记在脑子里强。改前留原版本，改后做回归测试，真有问题还能退回去。

这不是把小事流程化。

是自动化以后，有些小事已经开始会影响系统。