1.2 封闭世界原则：只在系统内部找答案
1.2 封闭世界原则：只在系统内部找答案
本节摘要：封闭世界原则（Closed World Principle）是 ASIT 的第一铁律：解决一个问题的所有素材，必须来自问题系统本身及其紧邻环境，禁止引入任何新对象。本节讲清这条原则的心理学依据、边界的画法，以及它为何反而提高创意质量。
从一个会议室惯性说起
接着第 1.1 节的例子。留意一个现象：几乎每个遇到问题的人，第一反应都是"如果再有一个××就好了"。货架不够——加层板；客户流失——加个挽留活动；代码慢——加缓存服务器。心理学上这叫功能固着的镜像：我们对已有对象的用途视而不见，却对"新来的救兵"抱有无限想象。
封闭世界原则就是针对这个惯性的疫苗。它规定：在寻找解决方案时，只允许使用问题系统中已有的对象，以及直接环绕它的问题环境中的对象。注意两个措辞——"问题系统"与"问题环境"，加起来构成封闭世界（也常称问题环境为最接近的周边环境）。
边界怎么画：对象清单是地基
画封闭世界的操作非常朴素：列出两类对象，写成一张清单。
对象清单模板： 问题系统（产品/流程本体）： 例：瓶身、瓶盖、标签、内容饮料 问题环境（使用现场的紧邻对象）： 例：货架、购物者的手、超市灯光、冰箱门 判断题：以下哪些在封闭世界内？ 运输纸箱 -> 通常在（包装链路紧邻） 工厂原料仓库 -> 不在（隔了一层供应链） 一种新型材料 -> 绝对不在（新对象，禁止引入）
边界的松紧是有讲究的。画得太窄（只有产品本体），模板施展不开；画得太宽（把整个供应链都圈进来），组合爆炸回来，等于没约束。经验法则：用户与产品发生交互的现场，画到哪里，边界就到哪里。
为什么约束反而催生创意
这是初学者最抗拒的部分，值得讲透机理，而不是喊口号。
第一，搜索空间的可控性。允许加新对象时，方案空间理论上是无限的——你可以加任何材料、任何装置、任何流程步骤。有限时间内，团队只能在空间里随机漫步，且大概率停在"最容易想到的新增物"上，也就是最平庸的答案。封闭世界把空间压成有限集合：N 个对象、各自的属性、对象间的关系，遍历是可行的。
第二，被迫深挖现有对象。当你不能加东西，就只好重新审视每个旧对象还有什么没被利用的属性。瓶盖除了密封还能干什么？标签除了印刷信息还能当撕开把手吗？这种"属性再发现"正是大量专利的结构。
第三，方案天然低成本。用现成对象实现的功能，不增加物料与供应链复杂度。这解释了为什么封闭世界方案在工程评审中存活率高。
案例展开：不会漏的婴儿奶瓶
背景：一家母婴企业收到投诉：喂奶时婴儿呛奶。工程师的本能方案是加一个防呛阀门——新零件、新模具、新成本，还要过食品安全评审。
操作：团队先画对象清单。问题系统：瓶身、奶嘴、奶液、空气。问题环境：婴儿的口腔、吸吮动作、母亲手持的角度。封闭世界禁止加阀门，于是套用第二章的"属性依赖"模板：能不能让流量依赖角度？奶瓶竖直时奶嘴储奶少、倾斜时增多，这本来就是重力属性与瓶体形状的关系，只是从未被设计利用。改瓶身内腔为偏心结构，喂奶者自然通过角度调节流速。
结果：零件数不变，模具微调，呛奶投诉下降，且"角度控速"成了产品卖点。
解读：阀门之所以平庸，因为它不需要理解系统；偏心内腔之所以聪明，因为它把系统内一个已存在但未被利用的关系（重力×形状）提升为功能。封闭世界就是逼你做后一种事。
变式：把同样的分析搬到服务场景——酒店退房排队问题，封闭世界清单是前台、房卡、客人、账单系统，"加自助机"是出圈动作，而"让房卡插入电梯时即触发预结账"是系统内属性依赖。
边界处的两个灰色地带
其一，信息类新增算不算违规？在现有传感器上加一段软件逻辑，通常不视为新对象，因为传感器已在清单里；但新买传感器就出圈。其二，环境随时间变化怎么办？以"问题发生时刻"的现场为准，别把未来才有的基础设施圈进来——那是另一类偷渡。
⚠️ 常见坑：把封闭世界当成道德约束去"遵守"，而不是当成搜索策略去"利用"。前者会让人憋屈地放弃好想法，后者的正确动作是：每当想引入新对象时，追问"这个新对象要实现的功能，现有清单里谁能顶上"。
本节要点回顾
- 封闭世界 = 问题系统 + 紧邻问题环境，用对象清单显式画出；
- 禁止引入新对象，但允许无限重组既有对象、关系与属性；
- 约束提升质量的三机理：搜索空间有限、被迫深挖属性、方案低成本；
- 边界松紧以用户与产品的交互现场为准；
- 功能守恒追问法：想要新对象时，先问它的功能谁能顶上。
延伸问答
封闭世界会不会太保守
保守是它的工作方式，不是缺陷。允许出圈的方案未必不好，但它们通常更贵、更慢、更依赖外部资源——而这些恰恰是问题定义里写明的约束。封闭世界先把"便宜的聪明"搜完，搜完仍无解再谈出圈，顺序才是关键。
对象清单一般列多少个合适
问题系统三到七个对象、问题环境二到五个，超过十二个通常说明边界画宽了。清单太长的信号是：你开始列"供应商的供应商"这类隔层对象，那已经是另一间封闭世界的事了。
有没有系统化的清单校验办法
一个简单校验：把清单里每个对象遮住，问"问题的矛盾还成立吗"。如果遮住某对象矛盾毫无变化，它可能是旁观者，可以移出清单减少噪声；如果遮住后矛盾消失，它就是核心对象，模板应优先在它身上操作。
顺手练一题
找一个你每天都会用到的产品，花三分钟列它的对象清单——记住把使用现场也算进去：水杯要列上你的手和桌面，耳机要列上地铁的噪音。列完之后做遮盖校验：把清单里的对象一个一个遮住，看哪个对象被遮住后你对这个产品的抱怨点就消失了，那个对象多半就是矛盾的载体。这个小练习练的是画边界的分寸感，比记住任何定义都有用，下一章五个模板都会在这条边界内作业。