01原理
工程师说的断裂点，是材料或结构从“受力还能恢复”变成“受力就坏”的那个负荷。一根梁在设计载荷以内，多压一公斤只多弯一点；越过某个值，它不是多弯一点，而是断。断裂点之前的大段区间里，系统的表现几乎看不出危险，这正是它骗人的地方。
芒格把这个概念放进他的模型清单，并在后来的演讲里把它和临界质量一起归为“非线性”的提醒：输入的小变化，在某个位置会换来输出的巨大变化。他更常拿它解释为什么少数几个因素叠在一起能带来超常成功；同一条曲线的另一面，是一家公司、一个产品、一段合作在某个负荷上突然崩掉。
对 10 人以内的公司，断裂点无处不在：现金能撑的月数、单个用户的成本上限、一个人能同时维护的系统数量、客户对一次事故的容忍度。它们平时不会报警，因为在断裂点以内，一切指标都在缓慢、平滑地变化。经营的要点不是让每个指标都更好看，而是知道哪几个量离自己的断裂点最近，以及还差多远。
为什么成立
断裂点出现，通常是因为系统内部有一个“缓冲”被耗尽。材料的弹性形变、银行的流动性、产品的固定定价里给重度用户预留的余量，都是缓冲。缓冲还在时，压力被吸收，外面看到的是线性；缓冲一旦用完，压力直接传到结构本身，表现就跳变。
第二个机制是自我加速。很多系统越过断裂点后，失效本身会增加负荷：储户取款让剩下的储户更想取款，系统变慢让用户重试从而更慢。这时断裂点后面接上了正反馈，坏结果来得比任何线性外推都快。
第三，断裂点的位置往往只能从经验数据里推，而经验数据只覆盖你走过的区间。没有在某个温度、某个流量、某种用户结构下试过，就不知道那里有没有断崖。“到目前为止没出事”只说明你还在已知区间内，不说明断裂点在远处。
02芒格怎么说
芒格在 1994 年南加大商学院演讲里，把工程学的断裂点和后备系统、临界质量并列，称它也是“非常有力的模型”，但没有展开定义。2003 年在加州大学圣巴巴拉分校讲解决问题的经验时，他再次把断裂点和临界质量放在一起，用来说明结果常常不是线性的：多一点点，就可能出现极端的结果。他关心的主要是这种非线性带来的巨大成功，本章把同一个道理反过来用在失败一侧，这部分是编者的归纳。
The engineering idea of breakpoints—that's a very powerful model, too.
工程学里断裂点的概念——那也是一个非常有力的模型。
Often results are not linear. You get a little bit more mass, and you get a lollapalooza result.
结果常常不是线性的。质量多那么一点，你就得到一个“lollapalooza”式的结果。
03怎么用
- 01
列出最近的三个断裂点
每季度写下离你最近的三个“过了就坏”的量，比如现金跑道低于几个月就无法招人、单个客户成本超过售价多少倍、并发超过多少时服务开始排队，并给每个量写上现在的数值和断裂点的估计值。距离比数值本身更重要。
- 02
给固定价格加上硬上限
订阅制 AI 产品的成本随用量走，而收入是固定的。上线时就为单个账户设每日、每周用量上限和超额计费，而不是等账单出现异常再补。上限要能在后台随时调整，因为模型价格和用户行为都会变。
- 03
在已知区间之外先小步试
第一次接大客户、第一次上热门渠道、第一次把模型换成更长的上下文时，先拿一小部分流量或一个试点客户压测，观察延迟、成本、错误率是平滑变化还是突然拐弯。没有数据的区间，按“可能有断崖”处理。
- 04
把会自我加速的失效先切断
检查哪些故障会放大自身：重试风暴、恐慌性退订、一个客户集中提款或集中投诉引发连锁。对这些路径预先放置熔断、限流和沟通预案，让系统越过断裂点时停下，而不是滑下去。
04案例
挑战者号：53 华氏度以下没有数据
罗杰斯委员会的调查报告记录了发射前夜的电话会议：莫顿·聚硫公司的工程师建议，在 O 形密封圈温度达到 53 华氏度之前不要发射，因为这是以往所有飞行里最低的温度，也就是他们数据覆盖的边界。肯尼迪航天中心当时预报发射时段约 26 华氏度。会上，聚硫公司高级副总裁梅森让负责工程的副总裁伦德“摘下工程师的帽子，戴上管理者的帽子”，公司随后改变了立场。航天飞机在远低于以往经验的温度下发射并解体。这个案例的教训不在于有人算错了断裂点，而在于没人知道断裂点在哪里，却把“以往没出事”当成了安全证明。[3]
硅谷银行：两天之内，八成多存款要走
美联储事后的复盘写道：2023 年 3 月 8 日，硅谷银行宣布已出售 210 亿美元可供出售证券、确认 18 亿美元税后亏损，并计划融资 22.5 亿美元。按银行的规模看，这笔亏损本身并不致命（这是编者的判断，复盘报告没有这样下结论）。但它的存款高度集中在风投和科技公司手里，大部分没有存款保险，这些储户彼此相连、在社交媒体上同步反应。3 月 9 日一天流出超过 400 亿美元，管理层预计第二天还要流出超过 1000 亿美元，合计约占存款的 85%。3 月 10 日银行被关闭。信心是一种缓冲：在断裂点以内，坏消息只让少数人取款；越过之后，取款本身变成下一批人取款的理由。[4]
AI Dungeon 2：几天两万美元的带宽账单
尼克·沃尔顿最初把 AI Dungeon 2 做成一个 Google Colab 笔记本发布，玩家每开一局，就要下载一次约 5 GB 的模型。这个设计在几百个玩家时没有问题。据他 2020 年 1 月接受 Gamasutra 采访时说，游戏传播得比预想快得多，几天之内带宽费用就超过 2 万美元，只好暂时关停，直到社区贡献者搭起点对点下载方案。之后他请做 App 的开发者一周内做出移动端，并由兄弟帮忙搭建能大规模托管模型的基础设施。对小团队来说，断裂点常常藏在“每次使用都发生一次”的成本里：单次很小，乘上爆发式的使用量，就越过了个人钱包能承受的线。[5]
Claude Code 加周限额：固定月费撞上 24 小时跑的用户（大公司案例）
这不是小团队案例，但它把定价里的断裂点摆得很清楚。2025 年 7 月 28 日，Anthropic 宣布从 8 月 28 日起，给 20 美元的 Pro 和 100、200 美元的 Max 订阅在原有的每 5 小时限额之外加上每周限额。给出的原因是有人让 Claude Code 在后台 24 小时不停运行，以及共享、转售账号；公司估计受影响的订阅者不到 5%，并举例说有一个用户在 200 美元的套餐上用掉了数万美元的模型用量。超出限额的 Max 用户可以按 API 标准价购买额外用量。固定月费在大多数用户身上有余量，但重度用户的成本没有上限，只要分布的尾巴足够长，套餐总会在某一类用户身上断掉；补上限的时间越晚，调整越像是收回承诺。[6][7]
05误用与边界
把所有变化都当成断崖
多数经营指标在相当宽的区间里确实是平滑的。如果每一次波动都按“可能断裂”处理，团队会把精力花在防御上，错过本可以放手去做的增长。只对那些有缓冲会被耗尽、或失效会自我加速的量保持警惕。
以为断裂点是固定的
断裂点会移动。模型降价、客户结构变化、利率上升，都会让原本安全的区间变窄。去年测出来的上限不能直接沿用，关键的几个要定期重测。
只盯自己的，不看对方的
合作方、上游平台、核心客户也有自己的断裂点：供应商的接口限额、大客户的预算周期、平台对某类应用的容忍度。你的系统没坏，也可能因为别人越过了他们的断裂点而受连累。
06检查清单
下次做相关决策前逐条过一遍。勾选只保存在你的浏览器里。
08来源
- 1
- 2
- 3
- 4
- 5
- 6
- 7