DoorDash 悄然开放了 `dd-cli` 工具的有限公测——一个纯命令行的点餐界面。开发者（以及日后更智能的 AI 代理）不再需要打开 App 或网页，只需在终端输入几行命令，就能完成搜索餐厅、添加菜品、下单的全流程。这看起来像是极客的趣味实验，实则是 DoorDash 为 AI 时代重新设计产品入口的第一步：从“为人设计的界面”转向“为代理设计的接口”。
当终端取代触摸屏：dd-cli 能干些什么？
这次开放测试的 `dd-cli` 是一个基于 Node.js 的命令行工具，安装后用户可在终端内完成如下操作：
– 搜索餐厅与菜品：通过 `dd search “关键词”` 命令，可以像在网页端一样按菜系、距离、评分筛选商户。
– 构建购物车：`dd cart add “餐品” –store “店名”` 可将指定菜品加入购物车，支持数量、特殊要求等参数。
– 查看订单状态：`dd order status ` 即可实时查看配送进度，预计送达时间等信息。
– 历史与账户管理：支持查看历史订单、切换账户、设置默认地址等常规操作。
所有输出均为结构化的 JSON 格式，这使得它不仅适合人类阅读，更天然适合被脚本、AI Agent 等程序直接解析和调用。目前该工具处于限定的 Beta 阶段，仅向部分受邀开发者开放，且暂时仅支持美国特定区域——这显然是一次谨慎的产品试验。
为什么从命令行“点外卖”值得关注？
表面看，这只是一个为开发者提供的“快捷方式”。但深挖下去，`dd-cli` 的出现背后有几个值得深思的原因：
1. AI 代理需要“读得懂”的界面
ChatGPT、Claude、各类自主 Agent 正逐渐学会调用外部工具。但传统 App 或网页的设计目标是服务人类视觉和触觉：图片、按钮、动画。AI 代理无法“看”屏幕，它们需要的是可编程、可预测的 API。`dd-cli` 恰恰把点餐流程拆成了一个个确定的命令和 JSON 响应——这正是 AI 最擅长的交互模式。可以想象，未来一个 AI 旅行助手可能直接调用 `dd-cli` 为行程中的晚餐下单，完全绕过 App 操作。
2. 外卖平台的“API 化”竞争正在加速
此前，Uber Eats、Grubhub 等平台都有面向开发者的 API，但通常需要繁琐的商务合作申请，且主要用于大型商家集成。`dd-cli` 以命令行工具这种低门槛形式开放核心下单能力，相当于把过去“企业级 API”的能力降维到个人开发者和 AI 项目可用的层次。这预示着外卖平台在争夺 AI 生态入口上的新赛点。
3. 从“人机交互”到“机机交互”的范式转变
过去二十年，科技公司反复打磨用户界面（UI）和用户体验（UX），力求让人类操作更流畅。而 `dd-cli` 代表的是一条相反的路：设计一套不需要 UI 的产品。它假定操作者可能是另一个软件。这种思路对 DoorDash 而言，意味着成本结构的变化——不再需要为每一个 AI 调用渲染页面、加载图片、跟踪点击事件，只需要维护一组轻量的 API 函数。效率和扩展性都将显著提升。
行业意义：为 AI 代理打造“插座”
`dd-cli` 的意义不止于工具本身。它暗示了一类新产品形态的兴起：Agent-native Services——那些从一开始就为 AI 代理而非人类用户设计的产品。就像当年智能手机让 App Store 模式爆发一样，随着千万个 AI 代理开始在后台自动完成任务，能够被代理直接调用的平台将获得巨大的生态优势。DoorDash 通过命令行工具提前布局，相当于在自己身上提前装好了一个“通用插座”，等待更多 AI 驱动的“插头”接入。
对于普通用户来说，短期内可能不会直接感受到变化——毕竟没人会天天开终端点午餐。但当你的个人 AI 助手能根据日历、天气和你的饮食偏好，自动在合适的时间通过 `dd-cli` 下单，准时送到办公室时，这种看不见的接口就成了体验的基石。这正是 `dd-cli` 的终极野心：让点外卖这件事，不再需要你亲自动手。