7月15日，DoorDash 联合创始人兼 CTO Andy Fang 在 X 上发布了一条简短的消息：DoorDash CLI（dd-cli）开放限量测试。开发者可以通过命令行让 AI agent 搜索门店、比价、构建购物车并完成下单——无需打开 DoorDash 应用，无需浏览器，不需要人类手指点一下屏幕。
这听起来像是一个工程师圈子的内部笑话：用终端命令点外卖，和 XKCD 经典漫画里那句"sudo make me a sandwich"如出一辙。但 DoorDash 是认真的。dd-cli 标志着消费级平台第一次将真实交易流程改造为 agent-native 的正式接口，而不仅仅是浏览器自动化的变通方案。
不是玩具：dd-cli 实际能做什么
dd-cli 目前以限量 Beta 形式上线，仅面向美国和加拿大的 macOS 开发者，通过等待名单申请。申请表中要求开发者提供社交媒体链接，并说明获得权限后打算构建什么——DoorDash 显然想借此观察代理商业的实际用例。
Fang 随推文附带的演示视频展示了一个完整的 agent 工作流：AI agent 读取 Slack 消息中的点餐请求，解析 JSON 数据，检查菜单结构，运行 Python 脚本进行比价和计算，在遇到错误时自动恢复，最终完成三份沙拉的下单。过程中终端状态栏幽默地显示"Flibbertigibbeting"字样，呼应着开发者文化中"过度工程化解决简单问题"的自嘲传统。
这件事的本质不是让工程师用键盘代替手指。dd-cli 的真正含义是：DoorDash 的下单基础设施第一次以结构化 API/CLI 的形式，暴露给另一个软件实体而非人类用户。AI agent 可以搜索门店、比较优惠、构建购物车、完成支付——全部通过命令行指令完成。这是从"AI 帮你填网页表单"到"平台为 AI 设计专属入口"的质变。
Stripe 十年前走过的路
理解 DoorDash 这一举动的战略逻辑，最好的参照物是 2011 年的 Stripe。当 Stripe 以七行 JavaScript 代码的开发者优先策略进入支付市场时，主流观点认为支付是面向企业的销售问题。Stripe 的判断恰恰相反：谁赢得开发者的心智，谁就控制了下一代消费产品的基础设施。十五年后，Stripe 处理数千亿美元的年支付量——不是因为企业主动选择了它，而是因为开发者默认使用它。
DoorDash 正在物流领域复制同一套剧本。根据 Bloomberg Second Measure 数据，DoorDash 在 2026 年 Q1 已占据美国外卖市场 67% 的份额，拥有超过 3700 万 DashPass 月活用户，2025 年全年收入 21 亿美元（同比增长 19%）。其白标配送 API 平台 DoorDash Drive 已经为 Chipotle、Chase、Hilton 等 700 多家企业合作伙伴提供物流能力。
dd-cli 是这一平台战略向 agent 生态的延伸。CLI 本身不是面向规模化的产品，它是面向代理经济的分发种子。当 AI agent 开始自主管理日程、订购办公物资、为团队预订餐食、执行按需采购时，它们调用的配送基础设施，将是那些已经嵌入其开发环境和工具链的 API。DoorDash 想在那一刻到来之前，成为那个默认选项。
安全与边界：危险的问题尚未回答
dd-cli 的推出引发了一个无法回避的问题：当 AI agent 获得真实支付权限时，谁为错误买单？
目前 DoorDash 并未公开说明 dd-cli 的认证机制、消费限额、支付授权流程和退款责任归属。AI Weekly 在报道中指出，Beta 阶段的关键不确定性包括：dd-cli 基于开放协议还是专有接口、agent 下错单（比如送错地址）时损失由谁承担、以及"一个等待名单门槛、单一操作系统、两个国家"的测试范围本身说明这更像受控实验而非产品发布。
Explainx.ai 的评价更为直接：如果没有类似 Anthropic Destructive Command Guard 那样的支付指令拦截机制，dd-cli 在自主 agent 循环中就是一把"走火的枪"。该网站建议开发者不要在主力 MacBook 上连接全自主 agent，而应在无 SSH 密钥、无 dotfile 秘密的专用账户中运行，并使用低额度支付方式。
这些担忧并非理论上的。dd-cli 在演示中已经展示了完整的端到端自主下单能力——从读取消息到完成支付，没有任何可见的人类确认步骤。在等待名单阶段的受控环境下，这或许可以接受；但一旦推向更广泛的开发者群体，消费安全边界将成为必须回答的问题。
竞争格局：Uber Eats 和 Instacart 在哪里？
DoorDash 此举暴露了竞争对手在开发者生态上的空白。Uber Eats 的核心优势在于与网约车业务的交叉引流，Instacart 的壁垒是生鲜数据。但两者都没有类似 dd-cli 的 CLI 工具，没有达到 DoorDash Drive 量级的企业 API 合作伙伴网络，也缺乏清晰的 agent API 叙事。
FourWeekMBA 分析指出，如果 DoorDash 成功在开发者群体中建立默认地位，竞争对手在 18 个月后追平的难度将远高于今天。物流 API 的切换成本极高：餐厅目录、定价逻辑、实时库存和配送路线一旦深度集成，替换就需要重建整个业务逻辑层。dd-cli 是一个低摩擦的入口，通往一个高摩擦的护城河。
代理商业的起点，而非终点
dd-cli 目前仍是一个受控实验。它仅面向两个国家、一个操作系统、需要通过等待名单审核的开发者，距离"AI agent 大规模自主消费"还有很远的距离。但它所指向的方向是明确的：在代理经济中，赢得分发的公司不是拥有最佳消费者应用的那一家，而是其 API 已经嵌入 agent 工具链的那一家。
DoorDash 不是在终端里卖午餐。它是在把物流基础设施安装进每一套未来可能自主发起物理交易的软件系统中。如果这条路走得通，这个品类的终点不是外卖利润率，而是每一笔 AI 发起的物理交易上的基础设施租金。数字支付有 Stripe，代理经济的物理物流层还在等待它的定义者。DoorDash 刚刚举手了。
