11 月 4 日凌晨，不少 iPhone 用户打开自带天气，看到 11 月 13 日那一栏：北京、上海、青岛等地的最低气温，齐刷刷掉到 -30℃ 上下。同一天的最高温还挂着十几到二十几度，昼夜温差接近 50 度。截图很快冲上热搜，评论区从“极寒末世”玩到“我重生了，重生在极寒来临的前一周”。辟谣前线
早上 7 点 41 分，中国天气官方账号发了一句话：“最低气温-32℃？都散了散了~根本没有这样的温差”。 8 点前后，各地数据陆续恢复。苹果客服随后回应，说是显示或数据异常，已经修复。中国天气微博
如果只是偶然一次，事情到这里就可以结束。但今年 6 月 7 日，iPhone 天气刚把杭州临安 6 月 15 日的最高温显示成 48 到 54℃。临安区气象局第二天专门发说明：这不是气象部门的数据，是手机 App 自身系统数据错误，临安当天的真实预报是 32℃。 五个月，两次，一次极热，一次极冷，方向相反，犯的却是同一个错：把一个当地、当季不可能出现的数字，当成正常预报，直接印在屏幕上。财中社
这才是值得追问的地方。天气预报当然会错，但“预报不准”和“预报不可能”是两回事。前者是科学问题，后者是产品问题。
苹果没有自己的气象观测网。iPhone 天气的数据来自多个供应方：中国大陆的部分数据，标注为中国气象局公共气象服务中心等；10 天预报，苹果官网标为 Apple Weather 提供。 一条预报从观测、数值模式、服务商加工，再到苹果的服务器分发、手机端渲染，中间要经过很多道手。 中国天气能在早上 7 点多就否认这个温差，说明气象部门的原始预报里没有 -32℃。错误不在气象观测，而在把数据送到手机屏幕的那条链路上。而这次出错的 11 月 13 日，正好落在 10 天预报里。财中社知乎
这次异常有几个很整齐的特征：只错一天，而且落在 10 天预报的后半段；多个城市同时错；只错最低温，最高温仍是十几到二十几度；几小时内全部恢复。六月那次，出错的 6 月 15 日同样在 10 天预报的后半段。真实的预报误差不会这么整齐。它不会让北京、上海、杭州在同一天同时错到 -32℃，也不会只改最低温、不改最高温。更像是某个字段在分发或解析时串了，而不是天气本身疯了。苹果没有公布根因。客服先说原因是“系统端口问题”，不是硬件故障。 到了傍晚，说法又变成“后台分发异常”，并补了一句“这类小概率异常没法完全避免”。知乎微博
后面这句话只说对了一半。数据链路永远不出错，确实做不到；但让一个不可能的数字以正常预报的样子出现在几百万人面前，是可以拦住的。拦它的东西不复杂：按城市和季节设一个气候极值范围，11 月的上海 -32℃、6 月的临安 54℃，都会被这条规则挡下；再做一次日最低温和逐小时数据的一致性检查；对 10 天预报末端的极端离群值，不静默展示，而是标注“数据异常，请以气象部门发布为准”。这些都是确定性的规则，不需要更准的天气预报，也不需要更强的 AI。
有人会说，卡得太死，会不会把真实的极端天气也拦掉？会。所以正确的做法不是偷偷把数字改掉，而是不把它当成一条普通预报来展示：极端值可以出现，但必须带着“待核实”的身份出现。这样既不会掩盖真正的极端，也不会让一个明显的错误畅通无阻。区别在于，前者是产品设计，后者是事后道歉。
天气是手机里最不起眼、也最底层的功能之一。它不需要惊艳，只需要在每天早晨那一眼里别吓人。用户对它的信任，是靠无数次“没出错”攒出来的；砸掉它，一次 -32℃ 就够了。更麻烦的是，当离谱预报变成梗，“极寒末世”“重生囤物资”笑得越开心，下一次真正的寒潮预警就越容易被当成又一个段子。这才是乌龙真正的代价。
所以，这类乌龙能避免吗？能避免的是“不可能的数字被当成预报”，不能避免的是“预报本身有误差”。苹果客服说小概率异常无法完全避免，这句话对了一半：异常会发生，但异常到达用户之前，还有一道叫“常识”的关。五个月前临安 54℃ 之后，这道关没有拦住第二次；五个月后，-32℃ 又来了。下一次，它可能不是温度，而是别的什么。一个预装在每个手机里的天气应用，至少应该做到：在把数字交给你之前，自己先不信一次。
