来源:市场资讯+ R- i/ R6 ~0 Y& V2 a' ?8 }
2 j# a* n3 q0 N
(来源:网易智能)
) ^3 w3 B) B8 e' s3 j3 k8 \
5 Y- ~ f7 w$ y出品 | 网易智能
- x& n4 M& m6 R0 O5 _9 Q3 O8 k
( H' P2 ^% j8 D& H3 k作者 | 辰辰
! V- a; l$ a0 N+ ]+ y4 ]2 W" G+ i! w1 ]
编辑 | 王凤枝" D: \. S0 a7 b3 k( @2 }! l5 L
4 F2 H/ u8 E1 N- g) \亚马逊被自家AI写的烂代码搞瘫痪,马斯克立马送上一句意味深长的神补刀。5 x. u/ x! D' w! U2 _+ p: d* V
: y& [1 |) c/ V A% D6 F4 \
5 W8 [& n* l! x2 C+ {( A
2 R4 C' b: t% k# M+ j7 k' f% S3 F
据《金融时报》等爆料,这家电商巨头本周二紧急调整了名为本周商店技术(TWiST)的内部会议级别,要求全员强制参加,以此来深度复盘近期由AI代码引发的一系列停机事故。5 P* H: p8 Q: h2 B4 ?( p! H
$ b: h) s5 p( f一直关注此事的埃隆·马斯克(Elon Musk)借机在社交媒体上留下了三个单词:
/ D1 o$ p0 f) _$ K+ q- i/ i, w; I
“Proceed with caution."(谨慎前行)
5 H5 @! T R% i, Z- e, H# q8 L( D. }) N! t
+ k8 t+ k4 s S4 ^
. b& B7 H7 v; c6 C
这句短评直接戳破了大厂强推AI编程的现实痛点,当AI写出的代码一旦出错就会引发牵一发而动全身的大面积瘫痪时,科技巨头们指望靠AI无脑提效的算盘显然打得太早了。
/ d* |* ] [! x; @' o0 x# I) _( p& N0 f/ Q% q
一、现场直击:一场大面积瘫痪的危机
0 E. y3 v3 q7 q2 h* t n1 ?
4 @: r; L8 h7 X6 N根据《金融时报》和CNBC获取的内部简报,亚马逊员工最近的日子并不好过。
- |1 |( X0 J2 G2 s9 x6 A$ S \' X( p6 w
8 }6 ?9 I' @3 s
+ n* g9 Q4 _+ C8 m4 F2 r“伙计们,正如你们所知,最近网站和相关基础设施的可用性并不理想。”亚马逊电子商务服务高级副总裁戴夫·特雷德韦尔(Dave Treadwell)在内部邮件中直言不讳地写道。" f/ x$ [, z) ?% f9 t1 ~
2 R4 q8 ^' M4 s2 W) z9 f' o
“并不理想”其实是高管的委婉辞令,残酷的真相是系统正接连出现严重故障。
! v% F+ w( N/ S$ f; a* V8 U
! E# _. S$ Y" s% }0 {9 m r% @·消失的购物车:本月初,亚马逊的网站和App遭遇了一次长达6小时的停机。全球超过22000名用户报告无法结账、看不见价格甚至登录不了账户。亚马逊官方当时的口径是“软件代码部署错误”,但内部复盘却指向了一个更深层的隐患。- _. S) g Q9 o$ k3 Q; ?
" U* }! v" h$ L
4 S4 x }6 O* T" R: {& s: }- M) {6 ]' ?& A1 j0 Z. r7 c
·大范围波及:内部简报中反复出现了一个专业术语高爆炸半径(High Blast Radius)。这意味着故障不再是局部的小问题,一旦触发就会引发链式反应,瞬间瘫痪大面积的核心业务。' \! K2 t. b' p1 j; s
! k5 a& ?1 n4 \
·AI成了诱发因素:简报明确指出,过去几个月的故障呈现出一种趋势性,而其中的核心变量正是“生成式AI辅助下的代码变更”。
+ C( Y6 b6 U+ y z& P) c; {
& Z6 `$ F f9 C$ O0 k& b" P简单来说,当程序员开始大规模使用AI辅助工具写代码时,这些代码即便能够跑通,也埋下了足以引发系统大面积瘫痪的隐患。
3 s$ \1 z) r0 G @% u
& l4 `- W+ c6 m. ?, v: O二、细节挖掘:AI是如何搞垮亚马逊的?
L3 X3 {$ P/ n( w% g+ e
* z, @' K' u% c2 V, {7 y! {亚马逊内部,公司高管为员工们接连部署了Q助手和Kiro等AI工具。然而,这些号称能大幅提效的AI编码工具最终却变成了系统崩溃的推手。
# y8 o1 B# W9 b2 L& e# J4 J3 k2 s3 r7 `: r. e, M3 B, \
网络安全专家卢卡斯·奥莱尼克(Lukasz Olejnik)分享了一个极其真实的案例。在亚马逊AWS(云服务)的一次事故中,工程师授权其内部AI编码工具Kiro进行一些简单的环境优化。结果这个AI在面对一个小问题时,并没有选择缝缝补补,而是直接做出了一个惊人的决定,那就是删除并重建整个环境。
# d0 Z, X) u6 W6 V/ a7 c
# q& b- u2 G1 _/ v1 e% q5 n$ p$ M
8 ?7 D+ z" I# @2 C% y. A7 C
4 K2 B! w9 L3 H3 H这就像是你想修一下家里漏水的水龙头,结果AI过来直接把那面墙给推倒了,奥莱尼克如此形容。! u* i4 e& x. u
5 ?7 H7 Y% c' c% V+ c A" k- G0 X这次过度干预导致AWS某项服务中断了整整13个小时。虽然亚马逊官方事后辩称这只是“用户授权错误”而非“AI失控”,但不可否认的是,AI在理解复杂系统逻辑和评估操作后果方面,依然存在着不可忽视的盲区。( u1 d; o* S7 c4 `1 b) N8 f0 n7 _
3 r0 D% i- N/ q- o* `6 ]亚马逊在简报中坦承,针对生成式AI的使用,目前的最佳实践和安全防护机制尚未完全建立。( a/ |$ R) a2 ~ F# q3 b* k, c
. k7 m8 Q* r' A6 N6 P. R英伟达AI高级经理亚伦·埃里克森(Aaron Erickson)则将问题根源直指亚马逊的核心管理。他在社交媒体X上直言:“能够随心所欲地编写具有巨大爆炸半径的代码并导致系统故障,这是一个系统性问题,而非AI本身的问题。”% I2 j5 F" F! S& \, A3 C; d
7 u: W! E; \! G1 v/ S. [: J% A
2 D% R8 d6 j0 L9 Q6 F( Y; T. @: U5 n6 l( B
三、矛盾的现状:一边裁员,一边给AI增加人工审核
0 ^6 o1 b! @: j+ p) R2 p. Z/ _* x' R# f( l! z- B; P" U
亚马逊现在的处境,堪称当代大厂降本增效的典型缩影。% U- Y" T+ g7 F$ u' _, o. a2 U
6 Q* `- O+ l- H6 C3 X. F
一面是激进的裁员与强推AI。0 p& p$ K7 ~9 d/ Q
; L6 K; ^* w/ {2 g
从去年底开始,亚马逊已经累计裁掉了数万名员工,今年1月又砍掉了1.6万个岗位。官方给出的理由很冠冕堂皇:为了效率,为了组织文化对齐。与此同时,公司内部却设定了一个硬性指标,要求80%的开发人员每周至少使用一次AI编码工具。
* a& b6 m' ]. K1 L9 o. T1 i" ]2 j, }+ Y
8 A0 V Y# N9 X+ O; i" F9 a
0 {8 A9 T G0 Z5 @$ N
另一面是巨额的基础设施投入,亚马逊预计2026年的资本支出将飙升至2000亿美元,其中绝大部分都砸向了AI硬件。7 B7 h7 l: v* U1 \
! |. l c( C4 K- g6 r/ Z( H
结果尴尬的一幕出现在了周二会议上。为了防止AI继续引发严重故障,副总裁特雷德韦尔在内部简报中提出了一项新规定。初级和中级工程师在使用AI生成代码变更时,必须由高级工程师(Senior Engineers)手动签字审核,尽管亚马逊官方随后向媒体明确否认了存在这一强制审核要求。
- t6 Q+ k' R; g* q" z$ z! v/ ~
2 z# Q w7 |( Y这就产生了一个商业悖论。公司为了省钱裁掉大量员工转而让AI干活,结果发现AI出错的几率超乎想象,最后依然需要依赖那些留下的资深员工来替AI把关。
" x/ B6 F3 P9 o& z4 L" {8 b6 b3 T2 R" ^2 h
正如网友AndreWGMI在X平台所嘲讽的:“所以亚马逊修复AI问题的方法是雇更多的人?我还以为我们已经跨过那个阶段了呢。”
! W6 ]7 P2 w& G+ M4 H, }+ z' F) F, f
5 e% R% K: s E; D- w2 r
" _0 S- o1 ^5 D9 _( W& U8 z b
四、马斯克的预言与谨慎前行0 ]+ N' L+ T2 }% [
; u1 c @5 k, ?回到文章开头马斯克的那句“谨慎前行”。8 j1 r' h( c" g5 m) m
3 P5 g9 o1 V+ H' l. h5 _8 [( |马斯克对AI的态度一直很矛盾。他一方面是AI的强力拥护者,曾预言到2026年底AI将能够完全跳过编程阶段(AI will bypass coding completely);但另一方面,他也深知在技术未完全成熟前,过度依赖算法的危险。9 b' Z% v; C$ a
( ~/ l/ b. ^6 C' {2 t$ ?
T2 O. ]6 z1 Q6 [2 J8 ?) A. g
# O0 ]1 ?" \. _- M$ Q) W& {这种危险不仅在于代码报错,更在于人类对系统掌控力的丧失。
% t8 M2 `8 W, j @/ ~ K$ ^
2 i/ x5 \3 k, ~* f奥莱尼克在接受《财富》(Fortune)采访时也警告说,从以人为中心的编码模式过快地转向AI主导的系统,会导致安全检查的缺失。如果这种未经严格验证的部署继续下去,后果可能不只是停机几小时,而是重创整个企业的核心业务。$ j- h0 n! B( ~9 Z9 \
1 Q" ?+ p+ S5 j2 h, E“我并不反对部署AI,这势不可挡。”奥莱尼克说,“我反对的是为了速度而速度,或者为了用AI而用AI。在被淘汰和业务瘫痪之间,存在一个中间地带。”
! C6 x, F" X, w' q* J6 [$ {- L* {5 q4 U0 G6 u2 ^0 V! {* k, H
五、程序员的震荡期来了
' s3 N) Q5 |' k% c9 i9 m! P0 d$ W! H/ E6 L0 C3 r9 C
亚马逊的这场危机,实际上给所有互联网从业者敲响了警钟。
! G) V0 n! e; T9 \9 r% n: t3 q0 ^. u9 ^3 q' D* r: i3 N
· 代码的通胀与贬值:当AI能在一秒钟内生成数百行代码时,基础代码的产出便变得廉价了。但随之而来的,是维护成本和理解成本的指数级上升,未来的核心竞争力不再是写代码的能力,而是审核和纠错的能力。7 G' E3 b0 p7 y9 H
- S9 ?9 w- e& S! o
·平庸化风险:如果中低级开发人员完全依赖AI,他们将失去在排错中成长的机会。当这一代程序员不再理解底层架构,一旦AI罢工或出错,将很难有人能迅速接管系统。! |& N8 v% {( m- { P4 H
2 |3 t9 v" w" b6 R+ _- p8 w, O2 M
·安全防护的滞后:目前的AI编码工具更像是一个概率预测机,它能写出看起来规范的代码,却无法感知具体操作对整个金融、支付及物流链条意味着什么。/ ?6 r' R+ _! N/ A6 B8 [
6 f4 S* V! i$ M9 Z+ Y+ w6 T# k: `奥莱尼克则发推建议:“必须确定合适的模式,制定相应的流程等等,一切都要精心设计,最终情况才会趋于稳定。”
0 e1 V' j% U' B4 ~- Y6 E" k( T! R3 R0 ^0 v! ~
0 W+ [2 t( s$ U3 F" _' O& k6 L& {9 N" f6 d
六、结语:警惕效率的陷阱# o5 y' ]& K t% }/ [8 k2 A
1 _# a: c J1 y4 L8 `' ^
亚马逊的故事还没完。尽管内部简报暴露出严重隐患,但官方对外依然坚称“这是一次普通的例行会议”。: S, U' U# k/ {+ X$ Q
/ @ R, R6 l \5 m( U1 w
然而,这层窗户纸已经被马斯克和那些大面积瘫痪的故障捅破了。AI确实是一台加速器,但如果在缺乏完善防护机制的情况下盲目加速,系统全面崩溃的风险就会成倍增加。" A1 Y2 v6 G/ K. H9 ~5 C7 o
; G- L1 K* u# R( N
对于我们每一个人来说,无论是开发者还是管理者,在狂热的AI浪潮中,或许真的该听听马斯克那句“谨慎前行”。毕竟走稳一点,比走快一点更重要。 |