蓝图分析指南：BOM、方块体积与结构计数

蓝图文件可用于审计身份、颜色、刚体、连接、控制器、容器和有边界方块尺寸，并据此生成按身份统计的材料清单与一致的结构总量。

本地验收语料包含 1155 个蓝图：v2 为 462 个、v3 为 609 个、v4 为 84 个；合计 1888 个刚体、212466 条子记录、973 个连接、8965 个控制器、53 个容器和 35 个多形状蓝图。跨三种格式验证能避免只适配单一样本。

每个连接计 1；没有 bounds 的子记录计 1；带 bounds 的记录按 x × y × z 计算方块单位。语料按此规则得到 34493988 个有边界方块单位，其中一条零轴记录贡献 0，应作为边界诊断显示。

这个总量表示序列化结构单位，不等于玩家直观看到的零件数。10 × 10 × 1 的板可以是一条子记录，但包含 100 个方块单位。

审计路径中不存在引擎的 getBlueprintCost 行为，因此不能凭 UUID 数或方块体积虚构精确生存放置成本。BOM 适合确认蓝图包含什么、比较版本和发现异常身份。

精确但无依据的价格比明确限制更有误导性。需要制作计划时，应把蓝图结构清单与当前配方数据分开使用。

颜色通常是六位 RGB，语料中还存在两条有效 RGBA。只接受单一格式的解析器会误拒绝正常蓝图。控制器和连接数量则能提示哪些作品更依赖更新后的行为。

排错时先比较格式版本、刚体、子记录、连接、控制器、容器和唯一身份等高层数字，再深入变化最大的子系统。

分析蓝图副本，确认身份全部解析，并检查异常尺寸、零轴和容器内容。模组蓝图应保留依赖列表，把未知身份当作兼容发现，而不是自动删除。

文件检查后仍需在一次性世界中测试。格式有效不能证明物理、逻辑时序或模组脚本行为完全相同，静态审计与游戏内测试互为补充。