蓝图 BOM 分析器

发布版形状计数规则是：每个关节计 1，每个没有 bounds 的子项计 1，有 bounds 的方块子项按 bounds.x × bounds.y × bounds.z 计算。因此，一个 2 × 3 × 4 的方块记录虽然只有一条 child 记录，却贡献 24 个单位。

这解释了为什么一份记录数不大的蓝图可能包含很高的方块总量。报告会分别显示放置记录和计算用量，避免用同一个“数量”混淆两种概念。

解析器支持发布版蓝图格式 2、3、4，并检查 body、child、joint、bounds、颜色、控制器和 multi-shape 结构，再通过 1,337 个已打包或已审查的形状身份进行分类。未知或模组形状仍会计数并明确标记，不会被静默丢弃。

兼容性验证覆盖当前版本附带的 1,155 份可解析文件，其中包含 212,466 条 child 记录。这组文件是解析器测试语料，不代表所有创意工坊模组都会使用公开游戏身份。

容器内容是蓝图中已经存放的货物，会单独列出并排除在建造 BOM 之外。涂装颜色描述放置状态，不会增加材料行。控制器记录会纳入结构统计，但不透明的序列化控制器数据不会被编造成可读逻辑。

一个打包对象可能含有没有独立玩家物品页的内部多形状组件。分析器会保留并标记这类结构证据，而不会把内部 UUID 当作可制造物品展示。

游戏引擎中的生存蓝图成本实现并未出现在发布脚本中。因此，本工具不声称能够精确计算制造资源成本、放置合法性、缺失模组解析、重心、稳定性、碰撞行为或生成后能否正常运行。

可使用 BOM 审核文件里实际包含的内容。只有把相关已识别部件转换为真实的生存获取目标后，才适合交给制造规划器计算。