十月底，DoorDash 上了 MCP 连接器。我信息流里刷出来的标题一个比一个兴奋：AI 代理开始接管点外卖了，MCP 把餐饮行业打通了。然后 Q3 财报电话会上，CEO Tony Xu 自己报了个数：外部 AI 代理从上线到那天，累计几百单。同一季度，DoorDash 处理了接近十亿单。
几百单摊进十亿单里，百万分之几这个量级。一家中等体量餐厅一个普通周末的流水都比这个大。到这里我不想再跟你讨论“AI 点外卖什么时候成熟”这种假问题。这个数字暴露的不是技术太新，是需求根本不在那。一场连用户都还没到场的彩排，被包装成了行业信号。
我上一篇文章里讲 agent 止损点的时候反复在说一件事：判断一个 agent 化改造该不该做，看的不是演示多顺滑，是它有没有把一项真实存在的摩擦消除掉。DoorDash 这个案例好就好在，它把两边的数字都摆出来了：一边外部代理，几百单；一边人自己点，十亿单。对照完了，结论不用我再算。
先走一遍外部代理给你点外卖的完整路径。你坐在 Claude 或者 ChatGPT 前面，说“帮我从附近的寿司店点个三文鱼卷”。这个 agent 接下来要干的事包括：搞清楚“附近”是多大范围；你常点的那家寿司店在不在这个范围；收货地址是家还是公司；支付方式；要不要备注“别放芥末”；小费给多少。这些信息里超过一半在第一次对话里都没有。agent 要么开始反问你，要么去猜。你本来打开 DoorDash，点“再来一单”，从下单到完成二十秒。agent 帮你把这二十秒拆成一连串提问和一次结构化意图，再通过 MCP 发给 DoorDash。快在哪？
更麻烦的是校验。你在界面上看到的是行项目——哪家店、哪个菜、多少钱、送到哪，扫一眼就知道对不对。agent 回你的是一段它整理的话，你得把四五个字段从那段话里抠出来，跟记忆对一遍。一个十五块的午饭下错单，钱没多少，烦是真的烦。于是大部分人在第三步就退出了——不是不信任 AI，是这条路径本身比直接点多了一层。
Xu 在电话会上自己说得几乎一样：AI 代理更适合那些需要长时间考虑的大额购买，可以在后台慢慢替用户处理；点餐这种简单的事，用户还是直接打开 DoorDash。你可以当他做预期管理，也可以当他真的清楚这玩意儿现在的用法就那么大。评论区里还是那两拨人互骂，一边说 AI 完蛋了，一边说再等等。两边都没问到点上——问题从来不是“AI 能不能点外卖”，是“点外卖这件事需不需要一个 AI 挡在中间”。
MCP 连接器本身解决了什么？它把“一个第三方工具怎么跟 DoorDash 的订单系统对上话”这件脏活标准化了：schema、参数、鉴权、下单接口，以后每个 agent 不用重新写一套。这是好事。但你要看清楚：它降掉的是集成成本，不是产品价值。没 MCP 的时候，外部代理要接 DoorDash 只能去驱动网页界面，操作成本高到没人真去做。MCP 把这道成本压下来之后，真正受益的不是“消费者从此用 AI 点外卖”，是那些本来就有明确场景、只缺一个便宜接法的试点——比如他们自己说的企业午餐单。
这几百单，大概率也就是这么来的：一个被限定在早期测试伙伴范围内的小场景，不是某个真实的消费者行为转变。于是当有人把“MCP 连接器上线”包装成“AI 开始替你点外卖”的时候，包装本身已经跟那个数字脱节了。连接器上线是个工程事件，几百单是个使用数据，这中间的空隙才是该盯的东西。
这里还得把口径抠清楚：电话会里那“几百单”说的是外部第三方代理，不包括 DoorDash 自家的 Ask DoorDash。这俩不是一回事，别混着算。Ask DoorDash 是今年夏天上线的，能根据食谱照片建购物车，或者根据“家里晚上想吃点清淡的”这种描述推荐订单。官方口径是购物车构建比手动快 5 倍，客单价比同批用户的传统订单高近 50%，独特商品多 60%，近一半订单流向用户没试过的新店。这些数我验证不了，单方口径，我打个折看。但即便打折，它和“外部代理几百单”的差距也不是一个数量级能挡住的。
区别在哪？不在“AI 强不强”。在意图已经落在哪。Ask DoorDash 嵌在 App 里，用户打开 DoorDash 的时候心里已经有“我要吃点什么”，AI 只是把执行这一步提效。外部代理是反过来的：用户得先有一个跟 DoorDash 无关的对话，再把“我要点外卖”这个意图从外面注入进去。绝大多数人根本走不到那一步。这不是技术问题，是入口问题。
这件事让我最不舒服的地方，不是 DoorDash 上线了一个暂时没人用的东西。一个公司做试点、做小范围放量，工程上看完全正常，甚至是教科书式的谨慎：限定场景、限定伙伴、看数据再决定扩不扩。真正让我不舒服的是，“AI 代理点外卖”借着一个连接器的上线，被当成一个已经发生的未来在传播。发布会是真的，MCP 连接器也是真的，但使用量一摆出来，它就是一场没有需求侧的彩排。不是产品失败，是叙事越位。这话我不能说得再轻了。
我知道这听起来像在给一个才跑了几周的试点判死刑。我承认我有点苛刻——几百单不代表永远只有几百单。但这恰恰是我要说的：要证明它有用，得靠后续的工程证据，靠真实用户重复使用、靠留存、靠“agent 帮我下单”这件事真的比我自己点更省事。发布会视频不给这个证据，连接器清单也不给。别拿“已经接了 MCP”当进步的证明，那是给一个还不存在的问题刷漆。
那到底什么任务值得让外部代理下单？按“代理赚不赚得回它的间接成本”这个标准排三条。
第一，决策时间足够长，值得被代理。大额购买、多选项比较、要跨几个地方拼信息——代理在后台慢慢想，你可以腾出手做别的事。点外卖死在这条上：决策就几十秒，代理插进来反而把几十秒拉成几分钟。
第二，异步好于同步。“我在开会，帮我订好三十分钟后送到会议室”，这是代理的活；“我现在饿了”，这是打开 App 的活。前者代理帮你省时间，后者代理帮你多花时间。这条分界线简单到人人都懂，但很多人就是不肯承认。
第三，出错成本低，或者有人工卡口。错了只是重来一次，无所谓，代理可以放开手；错了要挨饿或者被同事笑话，你大概率会在下单前人工再确认一遍——而这一遍确认本身，就把省下来的时间吃掉了。
这三条不是新标准。我之前写 agent 止损点的时候给过一个更简化的版本：错得起、回得了、掉头快。换到消费场景里，就是“这件事值不值得你雇个影子去办”。大部分高频低客单的日常消费，不值。少部分低频高客单的决策，值。门槛在哪，不是发布会定的，是使用数据定的。
我的态度很明确：别再把“MCP 连接器上线”当成 AI 代理进入某个行业的信号。连接器只是入场券，入场券不等于上座率。DoorDash 这几百单给出的真实信号是——外部代理在点外卖这件事上，目前既没有真实需求，也没有用户习惯，只有一个被压低的接入成本。对一个还不存在的问题，接入成本再低，也是零乘以零。
先把“这个任务为什么需要代理”想清楚，再谈 MCP、再谈连接器、再谈生态。顺序反过来的话，你得到的不是未来，只是一堆被发布稿放大的、几百单体量的彩排。