亚马逊Vulcan与Proteus解决的不是同一个问题。Vulcan把视觉与力觉结合，在布料储物格中拣取或放入单件商品；Proteus是一种自主移动机器人，负责在仓内把装有商品的重型推车从一个工位运到另一个工位。前者处理物品，后者处理载具和流程交接。
截至2026年8月6日，亚马逊称Vulcan能够处理约75%的商品类型，这不是自动化75%的仓库工作；初代Proteus已在美国25个履约中心部署，能够搬运接近400千克的推车。可理解自然语言的下一代Proteus仍处在实验设施试点，计划在2027年上半年进入欧洲站点，不能写成所有仓库已经启用。
Vulcan操作商品，Proteus搬运装有商品的推车
亚马逊Vulcan官方介绍把它放在拣选与上架环节。机械臂进入布料储物格，利用视觉寻找目标，并通过力传感判断接触和阻力，完成取出商品或把商品放入合适位置。
亚马逊机器人十年回顾说明，Proteus负责自主移动装有包裹或商品的GoCart，在人员工作的开放区域中导航。它不负责从储物格里挑出某一件商品。
从仓库流程看，两者可以前后衔接：Vulcan完成单件操作，Proteus把批量载具送往下一工位。若要把它们放入更完整的自动化架构，可先看仓库拣选机器人。
| 比较项 | Vulcan | Proteus | 流程含义 |
|---|---|---|---|
| 主要对象 | 单件商品与布料储物格 | GoCart等重型推车 | 物品操作与载具运输分层 |
| 核心能力 | 视觉、触觉、接触规划和机械臂操作 | 自主导航、避障和任务调度 | 不能用同一成功率比较 |
| 作业位置 | 拣选／上架工位 | 人员共用的仓内通道 | 安全条件和验收指标不同 |
| 对外销售 | 未公布外部商品化方案 | 未公布外部商品化方案 | 均属于亚马逊内部物流系统 |
Vulcan的触觉让机器人在接触后继续判断
传统纯视觉系统在手臂进入拥挤储物格后，容易失去对遮挡和接触力的准确判断。Vulcan通过末端和关节相关的力感知，估计自己是否碰到商品、储物格边缘或阻挡物，再调整方向和用力。
Amazon Science对Vulcan的技术说明强调了接触丰富环境中的规划与执行。对于柔软包装、透明物体、袋装商品和被其他物品压住的目标，机器人需要根据碰触后的变化更新动作，而不只是沿着一次视觉路径移动。
这属于典型的具身智能闭环：观察、接触、更新状态、再动作。可结合物理AI的看—想—行动闭环理解触觉如何进入决策，但Vulcan的内部模型、全部传感器参数和所有失败数据并未公开。
| Vulcan步骤 | 可用信息 | 动作调整 | 需要记录的失败 |
|---|---|---|---|
| 寻找目标 | 相机与储物格状态 | 选择进入方向和抓取区域 | 识别错件、遮挡和不可达 |
| 接触环境 | 力与触觉反馈 | 降低或改变接触力 | 挤压、卡住和碰撞 |
| 取出或放入 | 物品位置和阻力变化 | 修正手臂轨迹与姿态 | 滑落、破损和放错位置 |
| 异常转交 | 系统判断任务困难 | 请求人员处理 | 重复失败和人工等待 |
约75%指商品类型覆盖，不是仓库工作自动化比例
亚马逊官方说法是Vulcan能够处理其履约中心约75%的item types，也就是商品类型范围。这个分母不是全部订单、全部拣选次数、全部储物格，更不是整个仓库的工时。
商品类型覆盖还不能说明不同类型的任务频率。某类商品虽然在支持范围内，也可能因摆放、破损、包装变形或与其他物体纠缠而需要人工。官方同时说明Vulcan会在无法可靠处理时请求人员帮助。
评估时应分别统计可尝试商品类型、实际任务量、首次成功、重试、商品损伤、错拣和人工介入。只有分母一致，才能判断触觉系统是否真正减少高处、低处或不舒适姿势下的人工工作。
初代Proteus已经部署，任务是在人群中搬运重型推车
亚马逊把Proteus称为其首款可在员工附近的开放空间内自由移动的自主移动机器人。它通过感知与导航避开人员和障碍，把GoCart等载具送往指定工作区，从而减少员工手动推拉重载推车。
下一代Proteus官方更新回顾称，初代Proteus已在美国25个履约中心部署，可搬运接近400千克的推车。这个数字描述推车负载等级，不代表机器人能提起400千克商品或在任意地面、坡度和拥堵条件下保持相同速度。
运输任务还包括接收正确任务、识别正确推车、避开拥堵、到达正确工位并回传完成状态。单次从A点到B点成功，只能证明一段导航，不能证明整套订单和库存流程正确。
| Proteus流程 | 机器人负责 | 上层系统负责 | 异常时需要 |
|---|---|---|---|
| 任务分配 | 接收目标和优先级 | 订单、库存与车队调度 | 取消、重派和防重复 |
| 绑定载具 | 确认并搬运目标推车 | 载具身份与内容记录 | 错车检测和人工纠正 |
| 开放区域行驶 | 定位、避障和路径调整 | 交通规则与区域权限 | 拥堵、人员进入和安全停机 |
| 工位交接 | 到达并回传状态 | 下一工序接受任务 | 工位占用和等待恢复 |
自然语言版下一代Proteus仍是实验设施试点
亚马逊介绍的下一代Proteus正在实验设施中测试，目标是让员工用自然语言提出搬运任务，并让机器人理解更灵活的指令。官方同时写出计划在2027年上半年进入欧洲履约中心。计划日期不是当前部署事实。
公开文章没有说明自然语言模型在多少类指令上测试、错误率、最坏延迟、权限边界或网络中断策略，也没有说美国25个站点中的初代设备都已获得该能力。实验设施样机、有限站点试点和车队级更新必须分开。
自然语言不应直接绕过仓库权限和安全逻辑。真实系统仍需把语句转换成经过授权的任务、目标载具和区域，并对模糊指令、冲突优先级和高风险路线拒绝执行。
人员仍负责难件、异常、质量与任务优先级
Vulcan遇到难以可靠处理的商品时会请求人员介入。人员不仅完成这一次取放，还能判断包装是否破损、商品是否需要隔离、储物格是否需要整理，以及任务是否应重新规划。
Proteus一侧也需要人员处理错推车、通道封闭、工位占用、载具故障和紧急事件。机器人减少重复搬运，不等于取消现场监督、设备维护和流程管理。
如果异常日志用于改进模型，应记录任务版本、商品类别、环境、失败原因、人工动作和修复结果，并明确数据权限。可参考机器人数据工厂建立采集、标注、回放和版本闭环，而不是只累计成功视频。
两类机器人填补的是不同物流层级，不是外售竞品
Vulcan的价值要看单件操作是否减少难姿势和异常，Proteus的价值要看重载搬运、等待和交通是否改善。二者可以出现在同一订单路径中，因此不能用一张谁更先进的排行榜替代流程设计。
亚马逊没有宣布把Vulcan或Proteus作为通用产品向外部企业销售，也没有公布统一售价、采购合同或外部部署支持。准确的商用状态是亚马逊内部物流系统中的机器人项目。想复用其方法的企业，应先定义自己的商品、载具、WMS、人员和安全约束，再做物理AI PoC，不能照搬一个品牌名称。
常见问题
Vulcan会自动完成亚马逊75%的仓库工作吗？
不会这样计算。官方的约75%指可处理的商品类型范围，不是全部任务、订单或工时比例；困难商品仍会转交人员。
下一代Proteus已经在所有亚马逊仓库使用自然语言了吗？
没有。自然语言能力仍在实验设施试点，官方计划2027年上半年进入欧洲站点。美国25个履约中心部署的是初代Proteus，不能把两个状态合并。
其他企业可以购买Vulcan或Proteus吗？
截至2026年8月6日，亚马逊没有公布这两类机器人面向外部企业的统一售价、订单入口或商用支持方案。它们应被视为亚马逊内部物流系统项目。
已核验的官方资料
最后核对：2026年8月6日