当 Agent 从软件系统进入机器人、车辆、无人机和工业设备时，执行的含义发生了根本变化。

软件调用失败可能产生错误记录或重复请求；物理动作失败则可能造成设备损坏、人身风险和不可逆环境变化。

因此，具身自治不能简单地把大模型输出转换为电机指令。

KINETOVELA 的定位是 Embodied Agent, Edge and Robotics Fleet Platform。它连接高层 Agent 规划、设备任务调度、边缘执行、实时安全控制和舰队运营。

在其架构中，高层认知与实时控制必须分层。

大模型和规划 Agent 可以理解目标、选择能力、解释环境并形成 Mission，但毫秒级运动控制、碰撞规避、安全联锁和紧急停止必须由确定性的本地控制系统承担。

一个具身任务通常经过以下链路：

业务目标
→ 经过治理的任务计划
→ 设备能力匹配
→ Mission 下发
→ 边缘安全验证
→ 实时控制执行
→ 状态与证据回传
→ 必要时重规划或人工接管

KINETOVELA 首先管理设备和舰队能力。

机器人不是一个普通 API Endpoint。平台需要持续了解其型号、位置、传感器、执行器、载荷、电量、软件版本、健康状态和当前任务。

其次，它管理 Mission 生命周期。

任务在发送给设备后，可能经历接受、排队、执行、暂停、失败、取消和完成。网络连接中断并不意味着任务状态可以被忽略；设备必须依据预先定义的离线策略决定继续、等待、返回还是安全停止。

第三，它建立安全包络。

每项任务都应受到空间区域、速度、负载、能源、时间窗口、人员接近和设备状态等约束。即使上游计划已经获得授权，本地安全控制器仍然拥有否决危险动作的权力。

第四，它支持边云协同。

云端适合跨任务优化、模型推理和全局调度；边缘端适合低延迟控制、局部感知和断网运行。两者之间不能只靠“网络通常可用”这一假设维持安全。

第五，它记录物理执行证据。

Mission、设备身份、软件版本、轨迹、传感器摘要、安全事件和接管行为应形成可关联记录，使企业能够追溯一次物理动作为什么发生、由谁授权，以及是否在允许范围内完成。

在 AxisRobo 产品组合中：

• ORCHADYN形成高层能力计划；
• ONTOVELA提供运行世界状态；
• PEIRAVELA用于仿真和反事实实验；
• AEGIVELA提供身份与执行授权；
• KINETOVELA负责把任务安全地落实到机器人和边缘设备。

KINETOVELA 的核心边界是：

概率性智能可以参与决定目标和策略，但不能取代确定性安全控制对物理动作的最终约束。

具身系统越自主，越需要明确哪些决定可以由 Agent 作出，哪些约束只能由设备侧安全机制强制执行。

项目地址：GitHub - axisrobo/kinetovela-open: KINETOVELA is a governed physical-autonomy control plane for safe, observable robot fleet execution. KINETOVELA-open provides its public contracts, SDKs, examples, docs, and binary releases. · GitHub