BOMwiki把飞机拆到螺丝，但真正的门槛不是会拆

BOMwiki最抓人的地方，是它把一架747级大型客机写成了一个数字：5,643,733个零件。

这当然不能理解成它拿到了波音的真实工程BOM。页面更像一个公开百科式拆解图谱：把产品拆成组件、零件、材料，再把相同零件在不同产品之间连起来。它想回答的不是“这东西好不好用”，而是“它到底由什么构成，依赖了谁”。

BOMwiki到底列了什么

页面显示，BOMwiki目前覆盖4879个产品，声称映射30390912个parts，包含192471个distinct items，覆盖51个domains。平均每个产品6229个零件，最深拆到7层。

例子更直观。747级大型客机被列为5,643,733个零件；商用客机约604,977个零件；挖掘机是639个零件，分成7个顶层总成。

最有意思的机制，不是单个产品被拆得多细，而是同一零件可以跨产品复用。比如一个轴承，可以把咖啡机和挖掘机放进同一张关系网。

这对维修、采购、工程教育、供应链分析、开源硬件和制造业研究者都有吸引力。维修人员可以先看结构关系，采购可以先找共用件线索，学生可以建立产品拆解直觉，研究者可以观察跨行业依赖。

但动作要分清。查结构可以，直接按它下单不行。拿它做课程案例可以，把它当厂商工程资料也不行。

真价值是把产品变成依赖网络

过去普通人理解产品，靠参数表、评测、拆机视频。那些东西看的是正面：屏幕多亮、芯片多快、镜头多大。

BOM看的是背面。

一台设备真正进入制造业语境，问题会变成：哪些零件能替代？哪些材料被反复依赖？坏了先查哪个总成？一个供应商或一种材料出问题，会牵动多少产品？

BOMwiki把这些问题做成可查询的层级树。它不只是玩具目录，更像工业世界的索引。

这里有一点早期百科全书的味道。百科全书把知识从少数人的书房搬到公共页面；BOM百科试图把制造知识从企业系统、维修手册、采购表格里抽象出来，让外部人也能摸到骨架。

但这个类比只能像三成。百科词条错了，多数时候是认知偏差；BOM错了，可能影响维修判断、采购替代、成本估算和供应链分析。

“差之毫厘，谬以千里。”这句话放在BOM上并不夸张。一个版本号、一个替代料、一个地区配置差异，就足以让一棵漂亮的树失效。

所以我更看重它带来的视角变化：产品不是一个外壳，不是一串营销词，而是一串依赖。手机、咖啡机、挖掘机、飞机，看起来不是一个世界，拆到底层会被材料、标准件和供应链重新连在一起。

这对硬件和供应链从业者尤其有用。一个采购团队可以用它先找可能的共用件，再回到供应商、官方手册和内部系统核验。一个维修团队可以用它快速定位结构，再用正式资料确认型号、扭矩、工艺和安全要求。

它的价值在“缩短找线索的时间”，不是替你完成工程判断。

接下来只看三件事：来源、版本、校验

现在最大的短板也很清楚：页面材料没有说明每个BOM的来源、精度、版本和审校责任。

这决定了BOMwiki目前不能等同于真实厂商工程BOM。真实BOM不是一棵静态树。它有版本、供应商、替代料、合规要求、成本、库存、保密边界，还有大量不会公开的工程细节。

真正该观察的变量很少：

如果这些机制补不上，30390912个零件映射只是大数字。数字越大，误用风险越高。

我不太买账的，是把“Everything is BOM”说得太满。万物当然可以拆成BOM，但工业现实不是拆开就结束。真正难的是维护。

谁来更新？谁来纠错？哪个版本对应哪个年份？哪些零件是等效替代，哪些只是看起来相似？哪些条目能用于维修，哪些只能用于理解结构？

这些问题不解决，BOMwiki更适合叫“工业知识图谱的公开草图”。草图有价值，但不能当施工图。

它这次少见地把科技产品从发布会语言里拽了出来，放回材料、部件和供应链关系里。这一步是对的。

代价还没结算完。一个公共BOM百科要真正站住，靠的不是把世界拆得更碎，而是让每个碎片都能追溯、能更新、能被质疑。