黑天鹅事件
今天下午,Codex 突然崩溃了。
并非那种常见的“Reconnecting”提示。
而是极为罕见的情形:
unexpected status 503 Service Una vailable
随后,我盯着屏幕,沉默了十几分钟。
因为项目恰好被 AI 修改到一半。
过去写代码:
最怕的是自己不会写。
如今写代码:
最怕的是 AI 写到一半突然宕机。
还原案发现场
事情大致如此。
最近已养成一种全新的开发习惯:
- 将原始需求拆解后交给 AI
- AI 生成多个 Epic 文件,用于处理一次跨多个模块的产品迭代
- 审查 Epic 文件,检查 AI 生成内容是否有误,无误则将状态改为 Ready for Breakdown
- 通过 Epic 门禁测试后,AI 依据 Epic 需求拆解为多个 Features
- 审查 Features 文件,确认 AI 生成结果是否正确
- 通过 Features 门禁后,AI 开始执行
- 摸鱼发呆...
很明显,在这个流程里,我只负责审查方向、修改状态、监督 AI 是否偏离需求。
然而,最担忧的事还是发生了!
Codex 突然崩溃。
打开项目,看着那几十个被 AI 修改过的文件。
瞬间意识到:根本不想看,准确来说,不是“不想”。
而是:丧失了阅读它的欲望。
因为 AI 修改代码的速度实在太快。
过去自己改一个模块,清楚知道:
- 为什么这样写
- 哪些文件被动了
- 数据流如何流转
- 哪个状态存在副作用
现在 AI 用 10 分钟改完,我只记得:
“门禁、测试都通过了,能跑。”
于是出现了一个极其荒诞的场景:
AI 宕机了。
我坐在电脑前。
像个第一次接触火种的原始人。
对着 Codex 发呆。
甚至开始产生一种奇怪的依赖:
过去:“这个功能怎么实现?”
现在第一反应:“这个问题怎么描述?”
过去卡住,会去 Debug、查阅源码、翻看文档。
现在卡住,先问 AI,AI 也卡住,自己同样卡住了。
成也 AI,败也 AI
过去程序员最重要的能力是:
- 记忆
- API 熟练度
- 语法
- 经验
现在越来越侧重于:
- 调度
- 判断
- 验收
- 描述问题
甚至很多时候,不需要“会写”,只需要知道什么是对的。
但问题也随之而来。
当 AI 接管越来越多“执行层”之后,
人会逐渐失去深入细节的耐心。
因为 AI 太快了,快到再回头手动改代码时,会产生一种感觉:为什么这么原始?
就像习惯开车以后,突然让你骑马。
今天下午,我第一次真实地感受到:AI 可能已经不是工具了。它开始像一个外置大脑。
赛博朋克,智力付费。
在 AI 面前,我就像个 8 岁的孩子。
而更可怕的是,我发现自己已经开始默认:“反正 AI 能兜底。”所以连报错都懒得看了,因为:“问 AI 就好了。”
直到今天,503,世界安静了。
坐在那里,我突然理解了一个问题:
为什么人类会被工具改变。
因为工具一旦足够强大,
人会主动将自己的能力“外包”出去。
过去我们外包体力,后来外包记忆。
现在开始:外包思考过程。
结尾
所以今天下午,
我没有继续修改项目。
只是盯着那堆 AI 改了一半的代码。
脑子里突然冒出一句话:
“AI 让我退化成原始人了!”
