警惕编程的＂自动驾驶依赖症＂

很多开发者第一次意识到问题，不是在 AI 写错代码的时候，而是在工具突然安静下来的那一刻。屏幕还亮着，提示词还在，代码也还在，但人会突然卡住：接下来该怎么接？这正是编程里的“自动驾驶依赖症”。

2009 年法航 447 航班从里约飞往巴黎途中，空速传感器因结冰暂时失效，自动驾驶断开，控制权交回飞行员。随后不到 5 分钟，飞机失速坠毁，228 人遇难。事后调查很清楚：问题不只是系统退出，而是人没有接住。飞行员对飞机状态判断失误，持续拉杆，最终没能把飞机从失速里拉回来。

2013 年韩亚航空 214 航班则是另一种版本。旧金山进近时，机组对自动化模式和空速状态把握失误，最后撞上海堤。它说明的也不是“飞行员不会飞”，而是太熟悉让系统替自己飞，熟到在关键时刻失去了判断。

航空业因此形成共识：自动化越强，越不能把人的基本功放空。因为真正需要人接手的，往往不是天气好、航路顺的时候，而是自动化失效、边界失控的时候。

真正该警惕的，不是工具会不会坏，而是人会不会被训练成只会等工具。最稳的做法，从来不是把 AI 当机长，而是把它当副驾驶：关键路径亲手做，复杂问题自己查，核心逻辑自己验证，备用方案提前留好。工具在线时，它能把你推得更快；工具不在线时，你也还得能把飞机飞好。