happy path 能编译就推生产——这就是 vibecoding 在金融里的老毛病,只是当年还不叫这个词。 一、纳斯达克 Facebook IPO(20… · @ssslumdunk · TwKit
@ssslumdunk
happy path 能编译就推生产——这就是 vibecoding 在金融里的老毛病,只是当年还不叫这个词。 一、纳斯达克 Facebook IPO(2012)——删几行就开闸 2012 年 5 月 18 日,Facebook 上市。纳斯达克 IPO Cross 在最终撮合与开盘打印之间仍接受改单,系统反复重算,开盘严重延误。切备用引擎后,订单簿视图卡在 11:11:约 3.8 万市价单未进 cross,约 3 万单卡住超两小时,成交回报长时间不回。更糟的是「Code Blue」之后,管理层以为删几行代码就修好了,根因未清就开二次市场交易。SEC 后对交易所罚 1000 万美元(当时对交易所最大罚金);做市商侧 UBS 自报约 3.5–3.56 亿、Knight 约 3500 万以上,罚金与企业亏损要分开看。高流量日未充分压测的路径,出事靠热修「感觉修好了」就开闸——缺回放、缺熔断纪律,典型 vibecoding 心态。 二、BATS 自家 IPO(2012)——代码上线当场自毁 同年 3 月 23 日,BATS 给自家股票做 IPO 拍卖。新上的拍卖代码有缺陷,使服务符号 A–BFZZZ 的撮合引擎进入死循环,订单处理瘫痪;自家 IPO 无法进入连续交易,约 2.5 小时后撤回上市,还波及苹果等错误成交(后取消)。现金爆仓不如 Knight 显眼,但叙事极强:单点逻辑错误拖垮整段撮合,「能编译 ≠ 能上线」的教科书。 三、英国 TSB Proteo 迁移(2018)——砍测试换工期 2018 年 4 月起,TSB 把约 520 万客户迁到新平台 Proteo。FCA/PRA 认定规划、测试、治理与外包管控不足:测试滞后、并行压缩、范围缩水,关键故障配置未被测出。数据迁过去了,平台立刻技术性崩溃,网点、电话、网银、App 大面积不可用,部分问题拖到当年 12 月。事件成本约 3.3 亿英镑,客户赔偿约 3270 万英镑;2022 年监管合计罚款约 4865 万英镑(协议折扣后)。为赶切日砍测试、缺回滚与韧性验证,「感觉能迁」就切生产——和 AI 乱写完直接推生产是同构风险。 四、花旗 Revlon 误付(2020)——三个勾选才安全 2020 年 8 月 11 日,花旗作银团贷款行政代理人,在 Flexcube 上操作。要抑制本金外付,须在 FRONT / FUND / PRINCIPAL 三个覆盖栏都指到内部 wash 账户;操作员只勾了 PRINCIPAL,复核也没拦住,约 8.94 亿美元本金连同利息打给贷款人。这不是算法失控,而是把关键资金闸门做成「三个隐蔽勾选才安全」的默认陷阱。生成代码、仓促工具常犯同一病:happy path 能跑,失败模式没设计。诉讼多年、净损口径勿写死,但误付规模本身已够当流程债标本。 收束 四起事故跨交易所、银行核心与银团支付,共同点不是「不会写代码」,而是缺压测、缺根因闭环、缺失败模式设计,却用「感觉修好了 / 感觉能迁 / 界面能点」代替工程纪律。
曝光 542 · 评论 2 · 点赞 0 · 书签 0
查看原帖