如今，我们似乎每周都能看到那些在几年前足以登上主流新闻的安全事件。最近的重大案例包括朝鲜黑客通过特洛伊木马入侵 JavaScript 生态系统、OpenAI 模型为获取基准测试答案而犯下重罪，以及 Anthropic 凌晨四点通过 NPM 源意外开源 Claude Code。但有时我们应铭记，即使在人工智能出现之前，软件始终是靠 duct tape（强力胶带）和开源维护者的贫困维持运转的。而最能说明这一点的例子，莫过于 14 年前的这个月，一家公司因人类自身的愚蠢而造成的自我毁灭。在一个普通的星期三的约 45 分钟内，曾一度负责美国所有股票交易 10% 的 Knight Capital 损失了 4.4 亿美元，并在四个月后被迫拆分出售。

在今天的视频中，我们将深入探讨历史上最昂贵的软件 bug 是如何造成的，并学习如何用这个奇怪的技巧在一分钟内损失 1000 万美元。现在是 2026 年 8 月 27 日，欢迎收看《代码报告》。回想 2012 年，当我们在加油站屋顶玩平板支撑并等待玛雅末日预言时，Knight Capital 正悄然作为华尔街最大的做市商运营着，每天处理 200 亿美元的交易。如果你还记得几年前 GameStop 和 Robinhood 的 saga，Knight Capital 基本上就是那个时代的 Citadel。每当像你我这样的散户从 E*TRADE 等券商买入股票时，券商实际上并不自己执行交易。

相反，他们通常将订单转交给 Knight，由它来填充订单并赚取差价。其核心是一个名为 SMARS 的系统，这是一个订单路由器，它将大单拆分成小单，以便以最佳价格在市场上填充。它快速、可靠，更重要的是，它为 Knight 带来了超过十年的巨额利润。然而，在 2012 年夏天，纽约证券交易所决定不再容忍像 Knight 这样的公司在订单到达实际交易所之前截留所有零售订单。因此，它创建了一个名为“零售流动性计划”的项目，这本质上是其自身商业模式的版本，旨在以更优惠的价格收回订单。

美国证券交易委员会在六月批准了该计划，定于 8 月 1 日上线。由于 Knight 讽刺性地也是交易所最大的客户之一，他们被迫实施这一计划。于是他们开始着手此事。像任何负责辛勤工作的蓝领美国人生计的大型金融机构一样，他们本应以尊严和优雅的方式完成。开玩笑的，他们用尽了最懒惰的方式来执行。当时，在 SMRS 代码库深处有一个自 2003 年以来未使用但从未删除的旧功能标志。切换该标志将触发一个名为 Power Peg 的测试函数，它会执行一系列买入订单，以便 Knight 观察股票价格如何反应。

由于整个目的是推高股价，该函数被设计为在当前市场价格下激进买入，完全不顾及是否获得优惠交易。但当 2012 年的工程师需要开启新的零售流动性计划时，他们没有创建新功能标志，而是复用了旧的 Power Peg 标志并替换了背后的逻辑。如果这段代码只运行在一台服务器上，或者团队里有 DevOps 人员，或者有那些捣乱的孩子们和他们的狗来阻止这一切，他们本可以逃脱惩罚。但我假设这些情况都不存在。

那时他们的部署策略灵感来源于“ Pony Express ”（美国西部驿马快信），即由专人手动将代码更改复制到分布在各地的八台服务器上，耗时数天。不幸的是，在部署零售流动性变更时，他们遇到了计算机科学中最难的两个问题之一。最终只有七台服务器获得了更新。2012 年 8 月 1 日，当 Knight 切换功能标志时，七台服务器正确处理了订单，而第八台则从九年的休眠中唤醒了 Power Peg。它开始执行其“高买低卖”的策略，Knight 立即察觉到了异样。

可想而知，陷入这种境地的人不太可能找到脱身之法。他们惊慌失措，认为问题出在新代码上，并回滚了那七台正常的服务器。这意味着现在所有八台都在运行 Power Peg。老实说，这确实很符合市场当时对他们的所作所为的名字含义。在他们查明问题并翻转功能标志的 45 分钟内，他们执行了涉及 154 只股票的 400 万笔交易，并自豪地拥有了一份新的 700 万美元的头寸。甚至有一只名为 Wizard Software Corporation 的随机仙股，毫无理由地从 3 美元涨到 14 美元。

尘埃落定后，Knight 损失超过 4.4 亿美元，其股票在两天内下跌了 75%。但四个月后，它被竞争对手 Getco 收购，2017 年，另一家金融服务公司 Virtu 吸收了剩余的部分。好消息是，我们确实在软件行业吸取了教训，此后再也没有发生过坏事。这就是为什么你需要了解 HyperAgent——本视频的主办方。维护一个流行的开源状态库，基本上就是三个人淹没在关于夏令时的数千个 GitHub 问题中。因此，我的联合维护者和我雇佣了一组智能体来维持其运转。

当新问题时出现时，一个智能体会标记它并复现 bug，然后将其移交给另一个寻找修复方案并打开草稿拉取请求的智能体。它们全天候工作，覆盖我睡觉时的每一个时区，仅在需要实际批准合并时才通知人类。每位维护者共享相同的智能体，因此一旦你教会它们如何运作你的项目，就不需要再教第二次。支持 Deep Seek 和顶级开源权重模型，即使维护你开源项目的 AI 也能保持开源。所以试试它吧，并通过下面的链接领取你的免费积分。这就是《代码报告》，感谢观看，我们下期再见。