集团型企业有个绕不开的现实：业务不在总部，而在成百上千个分支、车间、门店。如果所有自动化都回总部中心跑，网络一抖、权限一卡，前端就停摆。我的经验是：把执行能力下沉，中心管编排、边缘管落地。中心做脑，边缘做手，各司其职才稳。
一、总部与边缘怎么分工
某大型保险集团用"1+3+N"模式：1 个总厂做平台与编排，3 个分厂做区域调度，N 个分公司做本地执行。全集团两千多个机器人分布在八大车间，寿险场景六百多个、累计运行数万小时。中心不抢活，只管标准与调度。这种分工让总部从"什么都干"变成"定标准、看全局"。
二、边缘要能断点续跑
车间的网络不如机房稳。我要求边缘节点具备断点续跑能力：任务中断能从检查点恢复，不重头再来。配合幂等设计，重复下发也不会产生重复业务，这对生产环境是底线要求。没有断点续跑，一次网络抖动就能让整批任务前功尽弃。
三、本地化与合规的平衡
数据不出域是很多分支的硬约束。边缘执行让敏感数据在本地处理、只回传结果，既满足合规，又降了中心压力。某工业互联网企业的大宗物料监控在边缘完成采集与初判，中心只做汇总。合规和效率，在这里不是取舍，而是同构。
四、运维要能远程看见
下沉不等于失控。统一监控看板要能穿透到边缘节点，运行指标、异常告警、版本状态一目了然，必要时远程回滚。看不见边缘，就等于把一半业务蒙着眼睛跑。
五、边缘版本的统一管控
分支一多，就怕版本各跑各的。我建议边缘节点的流程版本由中心统一下发、灰度推送、可一键回滚，避免"同一个流程在 A 车间跑新版、B 车间跑旧版"的混乱。某保险集团的 1+3+N 之所以能管住两千多个机器人，靠的正是这套统一管控。版本乱了，再好的编排也救不回来。
边缘与中心不是主从，而是协同。我建议给边缘节点一定的自治权：本地能决的（如断点续跑、幂等重试）自己处理，中心只管标准、调度与全局视图。某大型保险集团的 1+3+N 之所以稳，正因为边缘自治、中心统揽，二者职责不打架。我还会在中心侧保留"边缘健康总分"，把各节点的续跑成功率、版本一致率汇总成一张表，一旦某个边缘长期偏离，中心及时介入，既不事事插手，也不失控。边缘自治加中心统揽，才是集团级规模化的真正底气。
再强调一点：边缘节点的"健康"要靠心跳。我要求每个边缘定时向中心报状态，超时未报就标记为疑似离线，自动切换其任务到其他节点。某大型保险集团的 1+3+N 靠这套心跳机制，单点故障不影响整体。容错不是靠不出错，而是出错时能无缝接管。中心与边缘之间，心跳比任何汇报都更能说明问题。
检查清单
中心与边缘的职责是否清晰切分？
边缘是否具备断点续跑与幂等？
敏感数据是否本地处理、只回传结果？
监控是否能穿透到边缘节点？
边缘版本是否能统一管控与回滚？
企业级智能体自动化要真正覆盖全集团，就得让能力"沉得下去、管得上来"。只建中心、不管边缘，规模永远停在总部大楼里。
