Serve Robotics 向开发者和 AI 智能体开放配送机器人车队

Serve Robotics 于 2026 年 11 月 11 日推出了自动驾驶配送开发者门户，向独立开发者、企业和 AI 助手开放公共 API，使其能够调用由 2,000 台机器人组成的人行道配送车队；门户还提供沙盒，供开发者在不派出真实机器人的情况下进行测试。

该门户改变了这支车队的开放方式：此前，用户只能通过第三方配送合作伙伴使用这支车队。Serve 表示，其机器人已在美国 20 座城市的 150 多个社区完成数十万次配送。现在，外部应用可以直接发起配送，无需接入大型配送平台。

此次公告发布前，Serve 于 11 月 5 日推出了实体 AI 服务，向开发新型机器人的企业开放其机器人背后的技术。本次发布则面向另一层面的需求：让用户能够调用 Serve 现有车队进行配送。

获取报价、创建任务并追踪配送

官方配送 API 文档介绍了三个主要的 REST 调用：请求报价、根据已接受的报价创建任务，以及持续查询任务，直至其状态更新 dropoff_complete。报价响应会提供一个标识符、费用和预计送达时间。每份报价在五分钟后失效，且只能使用一次。

即时任务端点将获取报价和创建任务合并，适用于始终接受报价的应用。开发者还可以获取任务的规划路线，并将其显示在自己的地图上。

应用或 AI 助手提供取货和送达信息、确认配送并追踪机器人。Serve 负责调度、路线规划、导航和监督，使开发者无需亲自运营机器人，也能集成实体配送服务。

沙盒测试与实际配送权限

沙盒使用模拟机器人运行完整的配送流程，因此测试不会调派实体车辆。开发者可以触发八种拒绝情形，涵盖机器人无法通行的取货或送达地点、配送距离过长、非运营时段的请求、无法满足的取货或送达时限、配送员繁忙以及内部错误。这样一来，开发者既能测试成功配送，也能测试异常处理。

获得沙盒访问权限并不意味着自动获准进行实际配送。调派真实机器人须经 Serve 批准；早期访问邀请将按社区逐一开放。Serve 表示，通过 API 调派的机器人仍须接受其标准远程监控，由受过培训的监督人员进行监管，并受每台机器人内置安全系统的保护。

载货限制与潜在用途

通过 API 发起的配送必须在当前服务区域和运营时段内进行，且物品必须能装进机器人。文档介绍了一种带隔热功能的储物舱，最多可容纳四个大号披萨盒，此外还可装饮料和配菜。

Serve 将办公室之间的物品运送、商家向顾客配送、扩大本地商家的配送服务，以及在现有应用中加入配送功能列为潜在用途。其示例还包括个人跑腿事务和交由 AI 助手执行的任务；不过，Serve 提醒这些仅为示例，服务是否可用取决于所在地点、运营时段以及配送物品。

“要用机器人做出实用的东西，不应该非得先创办一家机器人公司。”Serve 联合创始人兼首席执行官 Ali Kashani 如此表示。他说，生活和工作在其机器人服务社区的人们可能有一些需求，是公司尚未想到的。

Serve 在开放机器人使用权限的同时，并未放弃运营控制权：外部各方可以开发软件和客户体验，但实际配送仍须获得 Serve 批准，并受社区覆盖范围、服务时段和载货限制约束。