结果，摄像头版 AirPods 的演示视频先泄了，连 Home Hub 家庭中枢之类还没公开的产品信息，也一并露了出来。
这事有意思的地方就在这里。不是黑客硬闯，也不是谁故意把料往外放，而是一次很典型的内部失手。彭博社的说法很直接：问题不在外部攻击，在苹果自己。
如果你只看结果，会觉得这像是一个“发布前翻车”的普通事故。可真往里看，就会发现，大公司最怕的往往不是技术本身，而是流程里某个很不起眼的环节突然松了一下。
苹果内部测试系统和开发者能拿到的测试版，本来就不是一回事。员工在做未来功能测试时，会靠 Feature Flags 这类开关把功能一点点打开、关掉，像是在同一套系统里藏了很多还没公开的门。对外发布时，这些门按理说都该锁上。
可这次不是开关没关好，而是更麻烦一点：苹果把几个测试分支合并到一起，最后直接做成了 RC 版本发出去。
听起来只是“合并错了”。但做过项目的人都知道，这种错最让人头疼。因为它不是那种一眼能看见的问题，而是你回头复盘时，才会发现某个环节像被人轻轻挪了一下，结果整条链子都歪了。
换句话说，这不是泄密事故里最戏剧化的那种。
没有内鬼，没有入侵，没有什么电影式的高光桥段。就是一个流程没兜住，版本没捋顺，最后把本来该藏起来的内容，顺手送到了 RC 里。
而这恰恰是最让人不安的地方。
因为它说明，大厂出问题，很多时候不是输在“做不出来”，而是输在“以为不会出事”。系统越复杂，团队越大，大家越容易对自己的流程产生一种惯性信任：这一步以前没错过，这个分支以前没混过，这次也应该没事。
可现实往往就卡在“应该没事”这四个字上。
苹果这次泄露出来的，不只是一个 AirPods 视频。更像是在提醒外界，哪怕是最讲究控制的公司，也可能因为一次内部合并，把本来还在保密期的东西提前摆到台面上。对吃瓜的人来说，这当然是提前看到了新东西；对内部的人来说，这大概就不是“惊喜”两个字了。
尤其是这种新产品信息，一旦被碰出来，接下来就会很被动。外界会开始猜：摄像头版 AirPods 到底长什么样，Home Hub 会不会真上，苹果是不是已经把某些方向做到了能展示的程度。你本来还没准备好回答，问题先被扔出来了。
所以这类事故最难看的，不是“泄露了什么”，而是“怎么会泄露”。前者是内容问题，后者是管理问题。内容还能靠下一次发布补回来，管理上的漏洞一旦被看见，外界就会默认：这家公司内部是不是也没有那么稳。
当然，外面看热闹的人也不用装得太严肃。苹果这种级别的公司，出一次这种纰漏，确实会让人意外，但也不算完全离谱。人越多，系统越大，越容易在你最不想出错的时候出错。
26.7 RC 发出来那天，苹果内部大概不会太轻松。
至于谁该为这事负责，怎么追，怎么补，外界看不到。
但有一点很清楚：版本能发出去，说明流程一定是有人觉得“差不多了”。而很多事故，恰恰就是从这句“差不多了”开始的。
