8月4日晚，前小米高管王腾在微博公开吐槽其小米SU7 Ultra自动泊车“多次尝试不行”；次日上午，小米汽车产品团队主动联系并组建专项群聊排查，当晚王腾配合复测上报数据，8月6日该bug即被定位并推送修复[1][5]。从团队介入到修复推送，整个过程不足24小时。小米产研团队将问题定性为智驾系统在地库复杂光线环境下的“corner case”（边界场景/长尾场景），王腾随后发微博感谢工程师响应及时。[2]
这场由“前高管吐槽”引发的舆论风波，最终以“快速定位、高效修复、用户谅解”收场。事件本身不复杂，但它恰好为公众理解智能驾驶的“边界场景”提供了一个完整样本：自动泊车为什么会在特定环境下失灵？车企如何在24小时内完成修复？用户又该如何正确面对智驾bug？本文将结合事件全流程，做一次技术科普式复盘。
一、王腾吐槽的小米SU7 Ultra自动泊车bug到底怎么回事？
结论：这是一次“系统拒绝执行”的保护性行为，并非泊车过程中失控或碰撞。王腾的车辆在多次尝试后，车机明确提示“泊车辅助不可用，请下车后重试”，最终他手动泊入车位。[3]
1. 事件时间线：从吐槽到修复的24小时
- 8月4日晚：王腾在微博发文称“不知道什么问题，测试了几次都不行，遇到bug了”，配图显示“泊车辅助不可用”；他随后在评论区确认车型为小米SU7 Ultra。[1]
- 8月5日早上：小米汽车产品同学主动联系王腾，迅速组建专项群聊跟进分析。[2]
- 8月5日晚：王腾下班后按工程师指引复测，故障仍存在。
- 8月6日早上：王腾按照指引长按方向盘按键5秒，完成车端日志采集与上传。[4]
- 8月6日：有网友反馈该bug已获修复并推送，王腾也发布微博称“有corner case的bug很正常，工程师们都第一时间响应”。[5][1]
2. “保护性罢工”≠故障失控
很多人看到“泊车辅助不可用”的第一反应是“系统坏了”。但从智驾安全逻辑看，这恰恰是系统在感知条件不足时的“刻意拒绝”。小米SU7 Ultra的自动泊车功能在启动前会执行一系列环境置信度检查，包括车位线识别质量、障碍物距离估计、传感器数据融合一致性等。一旦某个关键环境参数低于安全阈值，系统就会主动锁定功能，并提示“不可用”。
这种“宁可不做，也不乱做”的策略，目的是避免在感知不稳定时强行执行泊车，从而防止碰撞或剐蹭。因此，本次事件中的车辆全程可正常人工驾驶，没有发生任何危险动作。[3]
二、自动泊车为什么会在复杂地库“罢工”？corner case是什么？
结论：corner case是智驾系统在算法训练和常规场景覆盖之外遇到的“边角料”情况。此次小米SU7 Ultra遇到的问题，正是地库复杂环境引发的感知置信度不足，属于行业共性的技术难题。
1. 自动泊车的工作原理
自动泊车本质上是“感知—决策—控制”的闭环系统：
- 感知：通过超声波雷达、摄像头、毫米波雷达等传感器，识别车位线、周边障碍物、地面高度差等信息；
- 决策：算法基于感知结果规划泊车路径，并判断是否满足安全泊入的条件；
- 控制：转向、油门、刹车协同执行，将车辆泊入目标车位。
在地库场景中，摄像头对车位线的识别高度依赖光线和地面材质。如果环境光照不足、车位线磨损严重、环氧地坪反光或者传感器被污渍遮挡，感知模型的置信度就会下降。此时，系统如果强行执行泊车，可能因为厘米级的定位偏差导致剐蹭。因此，车机宁可显示“不可用”，也不接管方向盘。
2. 地库环境如何触发corner case？
王腾的吐槽发生在“地库”场景。事实上，地库是自动泊车corner case的高发区：
- 光线昏暗或逆光：摄像头成像质量下降，车位线边缘识别模糊；
- 车位线模糊/磨损：算法无法拟合出准确的停车边界；
- 环氧地坪反光：地面反射造成车位线“重影”或扭曲；
- 立柱/停放车辆不规则：障碍物点云与车位框产生冲突；
- 传感器数据偶发异常：毫米波雷达或超声波雷达受到干扰，融合结果跳变。
这些情况共同构成了一个“算法没见过的组合”，也就是corner case。它不是单点故障，而是环境变量叠加超出模型稳定边界后的综合表现。
3. 概念解释表
| 概念 | 通俗解释 | 例子 | 优势 | 限制 | 适用场景 |
|---|---|---|---|---|---|
| 自动泊车 | 车辆自动完成车位识别、路径规划与控制 | 侧方停车、倒车入库 | 缓解驾驶疲劳、提升停车效率 | 依赖车位线清晰、环境稳定 | 地库、标准停车场、路边车位 |
| Corner Case | 算法没见过的“边角料”场景 | 强光反光、突然冒出的柱子、超窄车位 | 正常场景不适用 | 难以穷尽、需要海量数据持续覆盖 | 所有智驾功能，尤其是感知环节 |
| 保护性拒止 | 系统“宁可不做，也不乱做” | 提示“泊车辅助不可用” | 避免碰撞事故 | 牺牲可用性，需要人工接管 | 感知置信度不足时 |
| 数据闭环 | 从用户车辆采集数据回哺算法 | 长按方向盘按键5秒上传日志 | 加速问题定位与修复 | 涉及隐私，需要用户配合 | OTA升级、Corner Case修复 |
三、小米为什么能在24小时内完成修复？数据闭环有多关键？
结论：核心在于小米建立了“用户车辆—云端—研发”的快速数据闭环能力。王腾按工程师指引长按方向盘按键5秒，触发车端日志采集，将当时传感器的原始数据、系统状态、算法输出一并打包回传。[4]工程师通过分析这些数据，在云端复现了“感知置信度不足”的判定路径，进而定位算法缺陷，并通过OTA推送修复补丁。
1. 从吐槽到修复的“24小时链条”
小米这次的处理流程，可以被拆解为四条并行推进的线索：
- 响应线索：王腾发博后，小米汽车产品同学第一时间主动联系，建立8人专项群，包含产品、研发、测试等角色；[4]
- 数据线索：指导用户手动复测并上报数据，确保拿到的是第一手车端日志；
- 修复线索：研发团队在云端分析数据，定位到地库光线导致的感知边界问题，修改算法策略；
- 发布线索：内部完成验证后，通过OTA通道向受影响车辆推送更新。
这一链条中，最容易被外界忽略的是“数据上报”环节。很多智驾bug难以解决，是因为车企无法拿到车辆发生问题前后的完整传感器数据。小米通过车端的“数据脱敏采集+用户主动上报”机制，让工程师能够精确还原现场，而不是靠“猜”来修bug。
2. “影子模式”与数据闭环
特斯拉最早在量产车上引入“影子模式”，即让自动驾驶系统在后台“悄悄运行”，但不实际控制车辆，只在人类司机的操控下记录“如果由系统来开会发生什么”。当系统判断与人工操作不一致时，这些数据会被视为潜在corner case上传。小米等国内车企也普遍采用类似的影子模式进行数据收集。
本次王腾事件中，虽然故障车辆本身没有发生碰撞，但系统已经主动拒绝执行——这在数据采集上属于“高价值负样本”。加上王腾配合上传日志，工程师可以迅速将“感知异常”与“算法错误”关联起来，从而在一天内完成修复。这也是“传统车企用户反馈—4S店检查—等待OTA”模式无法比拟的效率。
四、智能驾驶的“边界场景”是行业共性难题吗？
结论：是的，corner case是所有智能驾驶系统量产时无法绕开的挑战。无论是传统车企还是新势力，在推进智驾落地时都会将corner case作为核心攻坚点。本次小米SU7 Ultra自动泊车遇到的问题，并非孤立现象，而是行业普遍存在的技术长尾。
1. 行业视角：corner case为何无法被彻底消除？
从技术本质上看，智能驾驶算法依赖训练数据构建对物理世界的数学模型。训练数据再多，也无法覆盖现实中无限组合的环境变量。以地库泊车为例，光线角度、地面反光、车位线磨损程度、旁边车辆颜色、柱子位置、行人突然进入等等，任意组合都可能产生一个新的corner case。
因此，业界普遍采用“端到端大模型+数据闭环”的组合方案来逐步逼近更稳的边界。端到端大模型可以从海量驾驶数据中学习“类人”的驾驶策略，但即使如此，面对完全没见过的场景，模型依然可能给出置信度很低的预测。此时，系统采取“保守策略”反而是最安全的选择。
2. 这并不是小米独有的问题
从公开报道看，几乎所有量产智驾车型都曾曝出过类似问题：在逆光、大雨、施工区、非常规车位等场景下，辅助驾驶功能降级或退出。这些都属于“系统拒止”而非“系统失控”。区别在于，有些用户选择默默忍受，有些用户公开吐槽。王腾作为前小米高管，他的吐槽更容易引发关注，但从工程角度看，这只是一次正常的软件迭代事件。
值得肯定的是，小米面对投诉时没有“捂盖子”，而是迅速响应、收集数据、在线修复。这种态度对智驾行业而言，比“零bug”的承诺更有意义。
五、消费者面对智驾bug应该怎么做？如何安全使用自动泊车？
结论：当前任何智驾辅助功能都只是“辅助”，驾驶员保持监控、随时接管仍是安全底线。王腾本次的做法——反复尝试无果后手动泊入、配合上报日志——是标准的正确示范。
1. 本次事件给车主的三个提醒
- 遇到“泊车辅助不可用”时，先手动接管：不要反复强行启动功能，以免系统在低置信度下做出意外动作。
- 善用上报渠道：如果车机有“反馈”按钮或官方客服指导，尽量上传车辆日志。你的数据可能帮助厂商修复一个影响所有人的corner case。
- 了解功能边界：在光线昏暗、车位线不清、雨雪天气、传感器脏污等条件下，应主动降低对自动泊车的依赖。
2. 遇到泊车失灵的正确操作
当车机提示“泊车辅助不可用”时，首先不要慌乱，这并不代表车辆失控。建议按以下步骤处理：
- 保持车辆静止，观察周围环境；
- 手动控制车辆离开当前区域，或尝试将车辆停到光线更好、车位线更清晰的位置；
- 将车辆停稳后，在车机或手机App中查找“上报问题”入口；
- 按客服或工程师指引，通过长按方向盘按键等方式上传日志；
- 等待OTA推送更新，同时继续关注官方公告。
值得注意的是，此次王腾被要求“长按方向盘按键5秒”，这实际上是很多智能电动汽车通用的“主动上传现场数据”的快捷方式，并非小米独有。了解自己车辆的类似功能，在遇到bug时会非常有用。[4]
FAQ：关于小米SU7 Ultra泊车事件，你还想知道的3个问题
1. 王腾为什么发微博吐槽后又删了？
据公开报道，王腾最初吐槽的微博及其转发内容后续被删除。王腾后来发布的解释微博提到，他本人并未指责小米，只是把遇到bug的经历记录下来。删博可能是为了避免舆论过度放大，引发不必要的误解。需要说明的是，具体删除原因尚无当事人进一步说明。
2. 这次修复是OTA推送吗？覆盖哪些车辆？
据网友反馈，该bug在事件曝光后短时间内已获修复并推送，符合OTA远程升级的特征。小米官方尚未针对本次推送发布详细公告，具体覆盖车辆范围、推送时间需以官方实时信息为准。建议相关车主关注车机系统更新提醒。
3. 自动泊车在什么情况下最不可靠？
综合此次事件与行业经验，自动泊车最不可靠的场景包括：地库光线昏暗或强反光、车位线模糊或被遮挡、雨雪天气传感器受干扰、车位两侧有形状不规则的大型障碍物。建议在这些场景下优先选择人工泊车，并将自动泊车视为“可用但需监督”的辅助功能。
——
自动驾驶的成熟之路，本质上就是不断发现corner case、修复corner case的过程。王腾感谢小米产研团队响应及时的背后，是一次从“用户吐槽”到“工程修复”的教科书式闭环。对于整个行业而言，这种开放、透明的反馈机制，比“永不出错”的承诺更值得期待。
#王腾感谢小米产研同学响应及时# #小米SU7 Ultra# #自动泊车# #智能驾驶Corner Case# #OTA修复#