结论先行：RCS 扩容割接可以做到不停产，但顺序必须反过来——先扩网络、地图和充电，再加车。谁把新车直接"倒"进运行中的车队，谁就等着半夜被叫起来救火。
2024 年 9 月，苏州一家 3C 配件仓找我做扩容：24 台车要加到 72 台，业主的要求只有一句话——白天订单一单不能停。我给的方案是新车先不接任务，空载跑 48 小时"认地图"，灰度期从 25% 加到 50% 再全开。整个割接花了两周，产线零停机。具体时间线：9 月 2 日新车到货进场，9 月 4 日到 5 日 48 小时影子车队认地图，9 月 9 日第一批 18 台接入真实任务，9 月 16 日加到 50%，每天下午 5 点看健康日报决定第二天加不加。两周后 72 台全开，白班订单准时率反而从 96% 提到 98%。
但不是每次都这么顺。2023 年，加州一家食品仓，客户自己把 40 台新车一次性全接进 RCS，充电桩没扩，结果晚上新车集体排队充电，把老车的充电窗口也挤没了，第二天早上 6 点整个车队趴窝。老板在电话里喊："我加的是车，不是加麻烦。"事后复盘：充电桩配比只有 1:18，远低于安全线。新车到货前我明明提醒过先扩充电，客户说"先跑起来再说"——结果跑起来的是充电排队。
这个坑我见过三次，每次剧本都一样：扩容最危险的不是加车，是老地图的禁行区逻辑跟不上新车流。20 台车的时候，一条窄巷子单向通行没人管，调度员人工让行就行；80 台车挤进去，同一个路口 6 台车互相让行，RCS 死锁超时，人工都来不及救。车加得越多，老地图越像雷——这是整个扩容割接里最反常识的一点：大家都盯着新车，老手盯着地图。
所以靠谱的 RCS 扩容割接只有一条路：四步走，每一步都有可检查的交付物。这不是方法论，是赔过钱总结出来的——缺哪一步，后面就补哪一步的坑。
RCS 扩容割接第一步：网络和地图先行（扩容前 2～4 周）
- 网络压测：80 台车的 RCS 心跳和任务下发流量是 20 台的 4 倍还多，无线漫游切换点必须重测。我的做法是：新车到货前，先用 20 台老车加模拟流量把 AP 压到满载，看有没有丢包。心跳丢包超过 1%，先扩 AP 再谈加车。
- 地图重绘：单行道、禁行区、充电区，全部按 80 台车的规模重新画。窄巷改单行、路口加让行点、充电区从边角挪到主干道旁边。老地图直接拿来用，就是翻车预告——20 台车时代的禁行区逻辑，撑不起 80 台的车流密度。
- RCS 参数调优：心跳超时阈值、任务重发间隔这些参数是 20 台车时代配的，80 台车下必须重调。我的做法是先把心跳超时阈值放宽 20%，灰度期稳定后再收紧。参数动了必须记在变更单上——谁改的、改了什么、回滚值是多少，上线前夜 checklist 里对一遍。
RCS 扩容割接第二步：充电基础设施（扩容前 1～2 周）
充电桩和车的配比，我见过的项目常见在 1:8 到 1:10 之间，任务密度高的仓要往 1:6 靠，具体看续航和任务强度，加州那个食品仓就是栽在这里。加车前先把新充电桩通电跑一周，确认充电曲线正常。扩容期间用错峰充电：新车充电窗口和老车错开半小时，避免充电区排队把车道堵死。充电桩的摆位也有讲究：我一般把新桩放在主干道旁、任务高发区几十米范围内，别藏在库房角落。桩离任务区越远，空跑里程越长，80 台车时每天多出来的空跑能吃掉一个班的产能。
RCS 扩容割接第三步：灰度加车（1～2 周）
新车分三批进车队：第一批只加 25%，先空载跑 48 小时认地图，再接真实任务。影子车队阶段有个细节：空载跑的路线必须覆盖全部生产路线，包括夜班才用的补货路线。有一次客户只跑了白班路线，夜班补货路线上一个临时堆放区没进地图，第一周夜班新车就撞了货。地图认全了，再谈接任务。这个阶段每天出一份车队健康日报，老板签字才加下一批。灰度期一般 1～2 周，仓大、任务杂的项目拉到 3 周也正常。回退触发线要写死：单日死锁超过 3 次、平均任务完成时间比基线慢 15% 以上、充电排队超过 20 分钟——任何一条触发，下一批加车暂停，已加的退回上一批。阈值贴在中控室墙上，不是记在谁的脑子里。
上线前夜 checklist：RCS 扩容割接的最后一道门
- 网络：AP 满载压测通过，RCS 心跳丢包率低于 1%
- 地图：单行道、禁行区按 80 台规模重绘完成，新车空载跑通全部路线
- 充电：新桩通电试运行满 7 天，错峰充电策略已在 RCS 配置
- 交通规则：死锁人工接管 SOP 已演练，让行优先级规则已更新
- 回退预案：每批加车都有明确回退点，新车可单独摘出车队、降级人工
- 灰度指标：任务完成时间、死锁、排队三项基线已记录，恶化超阈值立即回退
- 参数变更单：心跳超时等调优参数的变更记录与回滚值已核对
清单打印出来贴在中控室，每完成一项打勾签字——口头说"没问题"的不算数。
常见翻车点：扩容割接的四个经典死法
- 一次性全加。RCS 扩容割接没有"一步到位"，一次加几十台的项目我见过两个，全在第一个晚上翻车。分批加车的成本只是多一两周时间，一次性全加的代价是停产——这笔账很好算。
- 老地图不重绘。禁行区逻辑是 20 台车时代的产物，80 台车流下它就是死锁制造机。
- 充电后补。车到了桩没到，等于给自己造了个排队充电的停车场。
- 没有回退预案。灰度期没有"加错了能退回来"的设计，出问题只能硬扛到天亮。回退预案不是摆设：每一批加车前，先把新车从 RCS 车队里摘出来跑一遍降级流程，确认摘得下来。摘不下来的预案等于没有预案。
记住一句话：扩容割接拼的不是车多，是地图、网络和充电能不能撑住车多。先扩这三样，再加车，不停产是自然而然的结果。反过来做的，半夜电话都会被打爆。扩容割接这事，顺序对了，一切都顺；顺序错了，每一步都是坑。
作者：林晓｜WMS实施顾问，做过30+上线项目
