环曜交付中心 2026 年 1—9 月的项目复盘给出一个数：在交付并上线的 19 个制造类企业级 AI Agent 项目里，有 6 个已经把 Agent 接到了产线设备、机械臂或 AGV（自动导引车）上。数据来源：环曜交付中心项目复盘；口径：含 PoC 转正式的制造项目；时间窗：2026 年 1—9 月；样本量：19 个。这 6 个项目里，客户先问的通常不是"模型准不准"，而是"网络断了，设备听谁的"。
Agent 下发动作的链路，一般是"模型 → Agent 运行时 → 网关 → 设备控制器"。中间任何一环抖动，指令就可能发一半、停中间：机械臂抬到一半悬在空中，输送线该停不停，温控炉还按旧参数跑。现场担心的是系统没报错、设备却停在一个没人设计过的中间态。
断联不是边缘场景，是必须设计的常态。 本文用企业决策者视角，把这 5 层控制链拆成五道关（SAFE-5），并说明它落到系统里的两层架构。
失控的那一秒：断联时设备在干什么
具身智能机器人进工厂已经不是趋势预告，而是排产表上的现实。环曜交付中心同一轮复盘显示，制造类 Agent 项目里约三分之一已把执行权交到设备层（口径同上）。具身智能机器人进工厂的五个落地避坑点 拆过接入层，这里补一个更硬的问题：接入之后，失控怎么收得住。
失控的形态一般不是"机器人发疯"，而是三件事叠加。
断联时的三种失控形态
其一，指令悬停。TCP 连接断开时，已发出但没执行完的动作拿不到回执，设备控制器不清楚下一步该继续还是该停。
其二，权限没回收。Agent 凭证长期有效，断联期间任何重连方都能带着旧权限继续下发动作，等于把钥匙留在门上。
其三，状态不可知。没有本地留痕，事后复盘只能靠猜：哪条指令、哪个批次、哪个工位出了问题，查不到。
国家网信办等部门发布的《人工智能安全治理框架》把智能体列入重点治理的风险对象，要求操作可审计、行为可回溯；GB/T 22239—2019《信息安全技术 网络安全等级保护基本要求》对工业控制系统同样要求边界防护与日志留存。设备层安全的设计目标，已经从"出事再查"变成"出事可查、断时可控"。企业级环曜 Agent 本地化部署把这类合规核查项前移到交付验收，是这件事能落地的前提。
IDC《2026 中国企业 AI Agent 应用趋势报告》显示，制造是 AI Agent 落地集中的行业之一，"执行可控"被列入采购评估前三考量。
断联后设备安全的五道关（SAFE-5）
把 5 层控制链落到工程上，环曜交付中心把它收敛成五道关：本地优先的指令通道、心跳与超时熔断、安全围栏与权限边界、全链路留痕、恢复自检与人工复核。每一道都能在交付时单独验收，也可以按现场风险分阶段补齐，不必等整套方案落地才动工。
第 1 道：本地优先的指令通道
断联不等于停机。Agent 运行时需要预置本地策略：网络中断后，已下发的动作序列按本地缓存的安全版本继续执行或立即停止，由策略决定，不由连接状态决定。环曜 Claw 以本地优先的中间件形态承担这一层，我们做过一轮纯离线实测，断网环境下 MCP 任务完成率与首响 的完整数据公开在另一篇里。
第 2 道：心跳与超时熔断
每个动作配心跳与超时。控制器超过设定周期没收到心跳，自动进入安全态：机械臂回零位、输送线停机、加热单元切到保温。熔断阈值写进配置，按设备类型分档设置，不靠现场人员临场决定，也不必每次断联都重新商量一遍。
第 3 道：安全围栏与权限边界
设备侧要有硬边界：动作空间围栏、力矩上限、速度上限，越界即停。这一道与权限治理是同一件事的两面。权限侧怎么设，我们在 企业 Agent 权限的 5 道允许清单 里拆过；这里要强调设备侧必须有围栏，不能只靠上层模型自律。
第 4 道：全链路留痕与可回放
每条指令、每次重连、每回熔断都落本地日志，带时间戳与设备状态快照。企业级环曜 Agent 本地化部署的私有环境里，这类日志留存在企业侧；环曜 Claw 的本地日志在恢复后自动补传，审计链不断。等保 2.0 对日志留存期限有明确要求，这一道既是合规底线，也是复盘依据。
第 5 道：恢复自检与人工复核
网络恢复后不是直接续跑。先跑自检：设备状态、未完成动作、参数版本逐项核对，高风险动作转人工确认后再继续。自检不通过的工位保持冻结，直到人工给出明确指令。环曜 Claw 在这一道只做机制供给，恢复与否的最终判断权在人，模型不持有最终执行权。
五种断联形态与对应控制策略
不是所有断联都一样，控制策略要分形态设计。环曜交付中心与制造客户一起，把这五种形态做成了交付验收表：
| 断联形态 | 典型场景 | 首选策略 | 兜底动作 |
|---|---|---|---|
| 网络闪断 | 车间交换机抖动 | 本地续跑加心跳补偿 | 超时即停 |
| 云端服务中断 | SaaS 侧故障或限流 | 本地自治执行 | 降级到安全态 |
| 凭证过期 | 长期任务跨周期 | 自动续期加失效吊销 | 阻断新动作 |
| 恶意重连 | 伪造客户端接入 | 双向认证加白名单 | 拒绝并告警 |
| 计划停机 | 检修或换型 | 冻结动作队列 | 人工确认后清空 |
这张表的用法是：先给现场每一种断联形态指定"首选策略加兜底动作"，再逐项验收。五种形态都过一遍，比写十页安全制度更管用。
落到系统：治理底座与指令转发两层
五道关不是文档，是系统能力。落地靠两层。
执行网关由环曜 Claw 承担：Agent 与设备之间的指令先过网关，网关负责心跳监测、超时熔断、重连认证与本地日志补传。环曜 Claw 做的是任务自动化与业务系统集成的统一出口，关键是让模型永远隔着一道可控闸接触设备，指令先过闸再下发，断联时的安全态由网关兜底，而不是由模型临场决定。
治理底座由企业级环曜 Agent 本地化部署承担：数据留在企业自有服务器，权限按任务粒度发放与回收，操作全程留痕可审计，契合第 4、5 道与权限边界的要求。私有环境里，断联处置策略可以按车间、按产线分别配置，合规核查时逐项可核对。环曜交付中心把企业级环曜 Agent 本地化部署的验收表按行业分册，制造类单独一册。
这套五道关的可验收项，我们写进了企业级本地化部署服务页，每一项都能在交付时逐条核对。
一线复盘：三个制造现场的断联处置
环曜交付中心 2026 年 1—9 月的项目复盘里，三个现场的问题都不在模型能力，而在断联时的控制链设计。
案例一：装配线机械臂的悬停。某汽车零部件客户的装配机械臂在 Agent 下发抓取动作时遇到网络闪断，动作停在半空。改造前现场靠工人拉急停；改造后环曜 Claw 按第 1、2 道做本地策略与心跳熔断，闪断 3 秒内机械臂回零位，恢复后自检通过续跑，全程有日志可回放。该客户 2026 年 5 月上线，截至 9 月记录闪断 17 次，未发生误动作。
案例二：AGV 车队的凭证回收。某家电企业的 AGV 调度 Agent 使用长期凭证，离职工程师的账号仍能下发任务。环曜交付中心按第 3 道改为按人按项目发放、绑定有效期与回收钩子后，离职即时吊销。这类风险不触发报错，但没有这道关就等于把钥匙留在门上。
案例三：温控炉的参数版本。某热处理车间的 Agent 在断联期间按旧参数继续执行，恢复后才发现参数已更新。按第 5 道加入恢复自检后，参数版本不一致时动作冻结并转人工，避免了整批工件返工。
你的产线现在断一次联，设备会进入安全态，还是进入没人设计过的中间态？
常见问题 FAQ
Q：断联后设备应该立即停机还是继续执行？
看动作是否可逆。可逆动作（移动、抓取）按本地策略续跑并补偿心跳；不可逆动作（加热、切割、提交）立即停止并转安全态。这个分界要写进配置，不能靠临场判断，也不能靠操作工的记忆。
Q：五道关必须一次做齐吗？
不必。最小起步是第 1 道（本地策略）加第 2 道（心跳熔断），这两道能覆盖大部分闪断场景，一两周就能上线。其余三道按风险逐季补：先补权限回收，再补留痕与恢复自检。权限回收与留痕不能省，这两道是合规底线。
Q：本地自治执行会不会脱离监管？
不会。本地策略的边界由安全围栏与权限清单限定，能做什么、做到什么程度都事先写死；所有动作本地留痕、恢复后补传，审计链不断。离线可用的架构思路可参考涉密车间 AI Agent 断网部署 一文，那里的日志与权限设计更严格。
Q：断联处置策略由谁来定？
产线工艺、设备厂商、安全合规三方一起定，写成可验收项后再动工。环曜 Claw 的网关侧提供心跳、熔断、认证与日志的机制供给，具体阈值由现场按工艺确认，交付时逐条核对，不把判断留给运行中人。
Q：已有设备没有心跳接口怎么办？
先加装边缘网关做协议转换，把厂商私有协议转成统一指令格式，再接入心跳与熔断判据。这类改造不动设备本体的控制程序，风险可控；落地周期通常按周计，不是按月，具体看现场设备数量与协议封闭程度。
Q：这套机制会让产线变慢吗？
不会。本地决策比云端往返更快，断联处置时间从分钟级降到秒级，正常生产节拍不受影响。真正的成本在前期把五种断联形态过一遍，加上与设备厂商的联调，通常一到两个月，之后按季复核阈值即可。
把断联时的设备安全从应急预案做成系统能力
环曜 Claw 以无侵入中间件做执行网关，负责心跳监测、超时熔断、重连认证与本地日志补传；企业级环曜 Agent 本地化部署把最小权限沙箱、全链路留痕与可验收权限治理作为默认底座，断联时的安全态由网关兜底，而不是由模型临场决定。
联系环曜Agent团队