伦敦地铁一夜瘫痪，阿里千问连个杯子都买不明白：你的App比你想象的脆弱得多

2025年9月12日（星期五）晚间, Google Maps的地铁信息变成空白，CityMapper的到站预测直接消失。整座城市的"智能出行"，瞬间回到了纸质地图时代。

原因？伦敦交通局（TfL）的开放API遭遇网络攻击，整个系统瘫痪了数周。一个在伦敦的开发者朋友跟我说，那几周他站在公交站牌下淋着雨，看着App上"下一班车"始终显示"加载中"。以前能精确知道该等还是该跑，现在只能靠猜。

几千个依赖TfL API的第三方应用——从路线规划到实时拥挤度查询——一夜之间全部变成摆设。

这件事真正可怕的不是"伦敦交通瘫痪了"，而是一个更根本的问题：我们今天用的每一个App，都在依赖我们看不见、也控制不了的东西。

伦敦是外部攻击，但有些"瘫痪"是自己造成的

伦敦地铁事件好歹是被黑客攻击，属于不可抗力。但有些系统的崩溃，纯粹是自己内部没打通。

最近有个博主做了一个测试：阿里刚发布千问APP，号称全面打通淘宝、饿了么、飞猪，喊出"有问必达"的口号。他决定试试看，让AI帮他买一个车载保温杯。

需求很简单：一款TKK品牌的保温杯，1200毫升，陶瓷内胆，绿色。他提前在淘宝上看好了，就想测测AI能不能自动找到、匹配优惠券、下单。结果？彻底翻车。

第一步就出问题：作为阿里自家的APP，千问首先推荐他去京东买。给的理由是"京东更便宜"。点进去，链接是空的。好，强制要求搜淘宝。AI找到了这个品牌，但分不清规格——博主要的是1200毫升，AI报的是700毫升的价格。差了一倍容量，价格当然对不上。

再试，AI又给了三个链接。点进去，全部显示"商品已下架"或"页面不存在"。最后AI直接躺平了：给了一串搜索关键词，让博主自己去淘宝搜。所谓的"自动代理购物"，变成了"我帮你想好关键词，剩下的你自己来"。

这不是技术问题，是大公司病

有意思的是，这位博主的结论不是"AI太蠢"，而是"这是典型的大公司病"。

想想看：千问号称打通了淘宝，但连淘宝的实时商品数据都拿不到。为什么？因为淘宝是淘宝，千问是千问。虽然都姓阿里，但那是两个山头。

大模型团队只管做模型，不碰具体业务。APP团队没调好提示词，也不懂电商复杂的SKU逻辑——同一个商品页面可能有十几个价格，对应不同规格、颜色、套餐。淘宝团队呢？本身业务繁忙，千问又没法证明能带来多少GMV，凭什么给你开核心数据接口？

结果就是：发布会上演示点奶茶，行云流水；真正涉及复杂SKU的电商购物，一塌糊涂。阿里明明拥有最全的业态——淘宝、饿了么、飞猪、高德——本应是做AI Agent最有优势的公司。但资源太多、山头林立，内部都打不通，更别说对外了。

---

伦敦vs阿里：外部攻击vs内部割裂

把这两件事放在一起看，特别有意思。伦敦地铁系统瘫痪，是因为外部依赖被切断——第三方App依赖TfL的API，API被攻击，App全挂。阿里千问翻车，是因为内部依赖没接通——千问依赖淘宝的数据，数据没打通，功能就是摆设。一个是外部的脆弱，一个是内部的割裂。殊途同归：你以为的"一个系统"，其实是一堆碎片勉强拼在一起。对普通用户来说，看到的都是"加载失败"或"功能异常"。但背后的原因，可能天差地别。

---

为什么大厂反而更难做好这件事

张一鸣当年说过一句话："大公司最大的敌人是组织熵增。

"小公司做一个功能，产品、技术、数据都是同一拨人，拍板就干。大公司做同样的功能，要协调三个BU、五个部门、十几个接口人。每个人都有自己的KPI，每个团队都有自己的优先级。

"打通"两个字，在PPT上只需要一根箭头；在现实中，可能意味着半年的扯皮和无数次的会议。

腾讯很早就意识到这个问题，微信支付能做起来，很大程度是团队相对独立，不用跟太多山头协调。阿里的问题恰恰相反：业务太多、太全，每个业务都是独立王国。想统一调度？先问问各位总裁同不同意。

---

我的判断

伦敦地铁事件和阿里千问翻车，揭示的是同一个趋势：我们正在进入一个"依赖链"极其复杂的时代。

你用的每一个App，背后可能有几十个服务在支撑。这些服务有的是自己的，有的是别人的，有的在国内，有的在国外。外部的依赖，可能因为攻击、故障、政策而中断。内部的依赖，可能因为利益、架构、优先级而打不通。

对普通用户来说：别太相信"一键搞定"的承诺，尤其是大公司刚发布的新功能。对创业者来说：大厂的"资源优势"，有时候恰恰是"整合劣势"。

船大难掉头，山头难打通。对开发者来说：无论是外部API还是内部接口，都要假设它随时可能挂掉或返回垃圾数据。

最后一个问题：你最近一次被App的"智能功能"坑到，是什么时候？评论区聊聊。