芒格原话
第一手出处查理·芒格（本页观点出自芒格论述；暂无逐字引文，转述整理见 L1）
原典解读
忠于原典 · 卡片化定义：可维护性设计——"给未来的修理工留活路"；系统会坏是确定的，修起来贵不贵，是设计决定的。
核心论述：可维护性有三个敌人。第一，复杂性——零件越多，故障点越多；对抗方法是做减法，零件能少就少。第二，紧耦合——改一处动全身，修 A 坏 B；对抗方法是模块化，让故障待在笼子里。第三，知识流失——维护知识装在老师傅脑子里，人一走，系统就没人敢动；对抗方法是标准化，把知识写进流程。三个敌人都是在设计阶段放进来的，也只能在设计阶段赶出去——建成之后再谈可维护性，等于房子盖好再问地基。
场景：评估一家企业的长期价值时（页面 §05）。
步骤：1. 先算维修单——这家公司未来十年，必须花哪些"维修费"？技术迭代、渠道维护、品牌投入，一项项列出来；2. 看维修费的曲线——这些费用在涨还是在跌？涨，说明系统在变难维护；跌，说明有规模或网络效应在帮忙；3. 最后才看增长——维修费递减的公司，增长才是利润；维修费递增的公司，增长可能是亏损的另一种写法。
避坑：别被"低维护"的假象骗了——有些公司的维修费藏在资本开支里，有些藏在管理层的加班里；看现金流量表，不看 PPT。
场景：规划个人职业发展时（页面 §05）。
步骤：1. 年度体检——每年问三个数：收入涨了吗？技能保值吗？人脉变多了吗？哪个指标连续两年下滑，就修哪个；2. 准备备份——第二技能、副业、行业外的人脉，都是职业的备份盘；主业宕机时，备份能顶上；3. 灰度发布——想转行，先小步试（兼职、副业、做项目），验证可行再全量切换；别一上来就 all in，那叫裸奔不叫勇敢。
避坑：最贵的维护是"重构"——职业方向错了再改，成本是早期调整的十倍；小步快调，别攒大招。
场景：设计个人生活系统时（页面 §05）。
步骤：1. 定 SLA——给健康、财务、关系各定一条"最低可用标准"：每周动三次、每月存下固定比例、每季度见一次重要的人；不追求最优，只保证不宕机；2. 写宕机预案——生病、失业、关系破裂时，第一步做什么？提前写好，宕机时照做，不靠意志力；3. 降级运行——状态不好时，允许系统降级（从跑步降到散步，从存 20% 降到存 5%），但不许停机；停机是最贵的，因为重启最难。
避坑：别设计"完美生活系统"——完美系统宕机一次就废弃；要设计"能带病运行"的系统。
寻找"任何一个傻瓜都能经营"的企业——不是因为想雇用傻瓜，而是因为迟早有一天，真的会有傻瓜来经营它。（页面 §03 间接叙述：芒格和巴菲特反复表达的投资思想）
扩展阅读
真实案例 · 与 L1 隔离F-104 vs F-35——为性能牺牲可维护性的代价 历史事件
F-104 是 1950 年代的速度之王：两倍音速，机翼薄如刀片，为极致性能牺牲了一切可维护性，起降事故率极高，被称为“寡妇制造者”。F-35 走了另一条路：设计之初就锚定全生命周期成本——模块化航电、通用部件、预测性维护，单机虽贵，目标是全寿命成本可控。
丰田的安灯系统——为故障而设计 商业案例
丰田生产方式的核心装置“安灯”（Andon）：任何一线工人发现问题都可拉绳停线，全线停下解决问题。表面看是“为故障而设计”，深层是可维护性哲学：问题在发生的当下被定位，不流到下游酿成更大的故障；停线只停受影响的部分，快速修复即恢复；每次停线都是一次系统升级的机会。
See's Candies——"傻瓜也能经营"的糖果店 商业案例
See's Candies 是“可维护性”资产的样板：产品几十年不变，配方稳定；商业模式极简——节假日提价、平时稳销；不需要天才 CEO，不需要技术突破，不需要战略转型。1972 年收购后的五十年里，它为伯克希尔贡献了超过 20 亿美元利润，管理难度却极低。
跨模型互见：关联模型节 6 条链接 跨模型互见
六条互见回答同一个问题：可维护性在时间轴上的位置。容错性管“坏了怎么办”，可维护性管“修好要多久、花多少”；单点故障靠模块化消除；检查清单把维修知识变成标准流程；规模越大、复杂性越高，可维护性越难维持；只投自己“维护得起”的业务，是能力圈的要求；“这个系统最难维护的部分在哪里”，是逆向思维的问法。
把未来变便宜的技术：F-104 的教训不是性能错了，是账算错了——把全部预算押在“造出来”的那一刻，等于把维修账单寄给未来。模块化、标准化、冗余设计，买的都是“未来的选择权”：今天多付一分创建成本，明天少付十分维修成本。但选择权也会过期：为“永远不会发生的变化”预留接口，是为幻觉付费。判断标准只有一个——这套系统要活多久、变多少次？烟花和快闪店不适用，因为它们只有一次生命。
给人生做定期保养：技术债的本质，是“向时间借高利贷”——赶工期写下的烂代码，短期爽，长期还利息还到破产。个人版也一样：透支健康、停止学习、消耗关系，都是在透支未来的自己。可维护性设计的终极甲方不是“系统”，是“时间”。芒格的“每天聪明一点点”，翻译成大白话就是：给认知系统做定期保养，小额、持续、复利。保养的反面不是“不保养”，是“大修”——而大修总是更贵。