你有没有过这种体验？前一秒还在控制台前看着物流机器人像小蜜蜂一样穿梭，转头去接杯水的功夫回来，基地突然“静”了。没有充电时的轻微嗡鸣，没有搬运轨迹线的蓝光，只有满地堆叠的蓝图和空荡荡的机器人回收槽。这时候千万别急着重启存档，异星工厂的机器人系统其实是一条非常讲逻辑的链条，断哪一环就卡哪一环。按供电网络、运输路线、队列设置这三项顺着摸一遍，绝大多数“罢工”都能在半小时内救回来。
先把电网摸透，机器人才有“魂”
机器人不是凭空飞行的，它们吃的是电，而且对电网的稳定性要求比你想的苛刻得多。很多基地一开始运转正常，等到中后期扩产，突然某天 roboport 全部停摆，十有八九是电网被拖垮了。发电机的输出功率看着好像够用，但 roboport 和机器人充电的瞬时峰值会瞬间吃掉大量电力。一旦电压跌破阈值，机器人会立刻执行安全协议：放弃任务、寻找最近的充电桩降落。如果充电桩也断了电，它们就会悬在半空、卡在墙体里，或者反复尝试起飞失败，看起来就像“故障”了。
打开统计面板（F1），切到电力标签，重点看三个数据：总发电量、总消耗量、以及储能电池的充放电曲线。理想状态是发电量始终高于峰值需求的 25% 左右。如果你发现曲线频繁贴底，说明电网已经在“喘不过气”。临时止血的方法很直接：先关掉一半的非核心 roboport，让现有机器人集中到少数几个充满电的桩上恢复基础运输。长期来看，别把 roboport 和大型耗能设备（离心机、炼钢厂、核反应堆）挂在同一条主干线上。给机器人网络单独拉一条支线，或者在变电站附近堆满储能电池做缓冲。电池组在这里的作用就像水库的调峰池，电网波动时先由电池顶上，等发电机缓过来再接力。
运输路线和覆盖范围，藏着大部分“假死”问题
电稳住了，机器人还是不干活？这时候大概率是运输网络的路径或覆盖出了问题。很多人以为机器人会自己找最短路线，实际上它们严格受限于 roboport 的管辖范围、建造/物流网络分配，以及路径点的可达性。
最典型的场景是“跨区搬运卡死”。你在基地两端各放了一个大型 roboport，中间却留了大片空地没有覆盖。机器人接到蓝图后飞到中途，发现目标建造点不在当前 roboport 的网络范围内，就会原地等待或折返。你站在控制室里看，它们明明手里拿着东西，却一动不动。打开 F1 的机器人日志，通常会刷出大量“网络未覆盖”或“目标不可达”的红色提示。这时候你需要做的不是加机器人，而是补 roboport 的覆盖盲区。大型 roboport 的覆盖半径大约是 35 格，中型 25 格，小型 15 格。规划的时候用蓝图提前画好重叠区，让相邻的 roboport 至少有 5~8 格的交叉覆盖，机器人就能无缝交接任务。
另一个容易被忽视的坑是建造机器人和物流机器人的网络混用。初期为了省事，大家经常把两类机器人塞进同一个 roboport 网络。结果物流机器人忙着搬铁矿，建造机器人抢着放管道，双方互相插队，队列瞬间拥堵。后期建议明确分流：基建区用建造机器人专网，资源运输用物流机器人专网。如果非要混合，至少在设置里把建造机器人上限调低，避免它们把物流槽位占满。对了，别忘了检查科技树。机器人速度、机器人电池容量、roboport 覆盖范围，这些都要靠实验室解锁。没点科技的情况下，机器人跑得慢、续航短、充电频率高，网络再大也会被拖死。
充电站不足，是中后期最隐蔽的瓶颈
说到充电，这其实是很多玩家从“能用”跨到“卡关”的分水岭。你以为充电桩铺了一地，但实际上机器人一多，排队充电的时间能把整个运输链掐断。机器人的底层逻辑很直白：电量低于设定阈值，立刻放弃手头任务，飞向最近的充电桩。如果充电桩太少，它们就会在空中盘旋、降落判定失败、或者扎堆挤在一个桩上。
怎么判断够不够？算一笔简单的账。一个大型 roboport 带满 200 个建造机器人，理想情况下至少需要 4 到 6 个充电桩均匀分布在覆盖区内。注意是“均匀”，不是“堆在一起”。把所有充电桩塞在 roboport 正下方，机器人降落时会互相碰撞，充电效率反而下降。最佳实践是沿着 roboport 覆盖边缘每隔 10 到 15 格放一个充电桩，尤其是矿区、冶炼厂、过滤站这些高消耗节点附近。铜线确实会花不少，但比起后期整条流水线停摆的代价，这点投入几乎可以忽略。
还有一个细节：充电桩的供电必须和 roboport 同网，且最好由独立的变压器节点供电。如果你发现机器人总是在某个区域集体趴窝，检查一下那个区域的充电桩是不是被其他大功率设备抢了电。用 F1 统计面板看机器人数量，如果活跃机器人远低于设定上限，而充电桩指示灯全绿，那基本就是充电排队导致的隐性瓶颈。
蓝图卡队：队列设置和请求逻辑的博弈
最后一种最让人抓狂的情况：请求中心显示“建造中”，机器人明明拿着蓝图在飞，但就是放不下去。地图上堆出一大坨没拆完的残骸，机器人围着转圈，日志里全是“缺少组件”或“放置失败”。这通常不是硬件问题，而是蓝图队列和请求逻辑打架了。
异星工厂的蓝图队列是有硬上限的。每个请求中心能同时处理的蓝图数量有限，如果一次性请求的蓝图超过网络承载，机器人就会在“寻找放置点”和“等待队列空位”之间反复横跳。更麻烦的是电路网络控制。很多玩家会用比较器或算术组合器设定“当铁板低于 500 才请求”，听起来很聪明，但一旦信号断连、条件写反、或者蓝图库里的图纸版本过期，队列会瞬间积压几百个无效请求。机器人拿到任务却发现零件凑不齐，只能干耗着。
清理这种卡队，第一步是进请求中心，把当前蓝图队列清空，或者把“最大请求数量”往下调一档。第二步，整理蓝图库。很多老玩家喜欢把几十个变体蓝图一股脑塞进去，机器人随机抽到缺零件的图纸就直接卡死。建议按功能区分类：基建、管线、矿机、过滤站、防御，分开存放。第三步，检查是否有“无法放置”的地形。比如蓝图建在了悬崖边、深水区、或者 roboport 覆盖不到的地方。用 F1 的机器人日志能看得很清楚，里面会有具体的错误代码，跟着代码找原因比盲目加机器人有效得多。
这里分享一个亲测好用的习惯：在请求中心旁边接一个简单的电路控制。用 inserter 统计蓝图库的剩余数量，或者用比较器读取请求中心的已处理蓝图数，设定“当队列剩余槽位小于 20 时，切断新蓝图的请求信号”。这相当于给队列装了一个水龙头，不会让机器人被无效任务淹没。逻辑并不复杂，拉一根红信号线，接一个比较器，设定阈值，完事。
把三件事串起来，形成肌肉记忆
其实机器人罢工这件事，就像家里水管堵了。你不能对着堵的地方发脾气，得顺着水流方向一段段摸。电断了，机器人没动力；路不通，机器人迷路；队列爆了，机器人自乱阵脚。下次再遇到基地突然安静，先别急着叹气。打开统计面板看一眼电网曲线，走出控制室抬头找找机器人的飞行轨迹是不是断在某个角落，再去请求中心扫一眼蓝色的高亮队列。三招下来，九成五的问题都能精准定位。
异星工厂的魅力就在于它不给你弹窗口提示“机器人故障”，但它给了你完整的工具和日志。只要你愿意花几分钟看懂它的脾气，那些沉默的机器人很快就会重新嗡嗡作响，满血复活地帮你把半个星球建成流水线。矿机会自己转起来的，放心。