AI 资讯 · 2026年10月1日

DoorDash 推出可短信点餐的 AI Agent,外卖平台竞争进入对话式入口阶段

据 TechCrunch 报道,DoorDash 于当地时间 2026 年 9 月 30 日推出一款可通过短信交互完成点餐的 AI Agent。来源显示,DoorDash 希望借助这一面向食品订购场景的智能代理,在与 Uber Eats、Grubhub 等外卖服务的竞争中获得优势。对开发者和 API 使用者而言,这一动作不只是外卖 App 的功能更新,也反映出AI Agent 正在从网页聊天框走向真实交易入口,并开始承担搜索、推荐、下单等更贴近业务闭环的任务。

从“打开 App 下单”到“发消息下单”

传统外卖流程依赖用户进入应用、搜索餐厅、筛选菜品、确认地址与支付。DoorDash 这次推出的 AI Agent 以短信作为交互入口,意味着用户可能通过更自然的文字表达来完成订餐需求,例如描述想吃什么、希望更快送达或偏好某类餐食。虽然来源摘要并未披露该 Agent 的具体能力边界、覆盖范围或是否支持完整支付流程,但“可通过短信点餐”本身已经说明,平台正在尝试把对话式 AI 嵌入高频消费场景。

这类产品的关键不在于“能聊天”,而在于能否把自然语言转化为稳定、可执行的业务动作。对于外卖平台来说,AI Agent 需要理解用户意图,调用餐厅、菜单、库存、配送、订单等内部系统,并在必要时处理澄清问题。换言之,它背后更像是一组模型能力、业务 API 与风控规则的组合,而不是单一大模型即可完成的功能。

对平台竞争的意义:入口越轻,留存越重要

来源指出,DoorDash 试图通过该 AI Agent 在与 Uber Eats 和 Grubhub 的竞争中取得优势。外卖行业竞争长期围绕供给规模、配送效率、补贴、会员权益和用户体验展开。AI Agent 的加入,可能让“入口体验”成为新的差异化变量:谁能更快理解用户需求、减少操作步骤、在合适时间推荐合适选项,谁就可能获得更高的转化率。

短信入口还有一个值得关注的特点:它比独立 App 更轻量,且不完全依赖用户主动打开应用。对平台而言,这可能降低用户下单门槛;对竞争对手而言,也意味着用户触达方式正在变化。未来外卖服务的竞争,可能不只是 App 首页排序和促销位竞争,还会延伸到对话入口、通知通道和个性化推荐能力。

开发者与 API 使用者应关注什么

从本站关注的模型调用与 API 中转视角看,DoorDash 的案例说明,AI Agent 落地交易场景时,企业更看重的是稳定性、延迟、权限控制和业务系统集成,而不是单纯追求模型参数规模。对正在构建客服、订购、预约、售后类 Agent 的团队来说,这类场景有几个共性要求:

  • 稳定调用:用户下单链路不能频繁中断,模型 API 与业务 API 都需要可观测、可重试和可降级。
  • 意图识别:模型要能从短文本中识别需求,并在信息不足时主动追问,而不是直接生成不可靠结果。
  • 工具调用:真实订单需要查询菜单、库存、地址、配送状态等接口,Agent 必须与后端系统安全连接。
  • 成本控制:高频消费场景调用量大,模型选择、缓存策略、路由策略会直接影响单位订单成本。
  • 权限与风控:涉及交易、地址、账户信息时,需要明确哪些动作可自动执行,哪些必须用户确认。

对 AI Agent 生态的启示

DoorDash 的新功能再次表明,AI Agent 的商业价值正在从“内容生成”扩展到“任务执行”。对于 API 批发、中转和模型接入服务而言,未来需求可能更多来自垂直行业:餐饮、本地生活、电商、出行、企业服务等都需要把大模型接入既有业务系统,并在多模型之间平衡成本、并发和可用性。

不过,来源目前仅提供了 DoorDash 推出短信点餐 AI Agent 以及其竞争意图等信息,尚未披露模型供应商、技术架构、收费方式或开放接口计划。因此,对开发者来说,更现实的观察点是:大型平台正在把 Agent 作为用户入口来测试,而中小团队若要复用类似思路,应优先建设可调用的业务 API、清晰的订单状态机和可靠的模型调用链路。只有当对话体验与后台执行能力同时成熟,AI Agent 才能真正从演示走向可规模化的交易场景。

OpenMagic API

Need more than content? Move into the product flow.

If you are here for model access, pricing, developer docs, or the future API console, the dedicated product path now lives on api.openmagic.ai.

登录免费注册