投影文件在展开配方之前，不会暴露它真正的成本
原理图列出的是方块，不是材料。九块木板不等于九根原木，而这两者之间的差距，正是大多数采集计划翻车的地方。
一个 .litematic 文件存储的是方块状态，而不是资源。把建筑粘贴到你的世界里，材料计算器（Material Calculator）的导入功能会告诉你，它需要——比如说——几百块橡木木板。但你实际要砍的数量更少，而你要背回来的原木数量还要更少。从前者推算到后者，就是这整件事的关键。
方块不是材料
每个合成配方都有产出量。一根原木变成四块木板。四块木板变成一个工作台、一个箱子，或者四根木棍。一份原理图报告“箱子：12”，报告的是配方的产出，而计算器会沿着配方反向推导出输入。
这一点在人们大量放置的方块上体现得最明显：
| 放置的方块 | 原始输入 |
|---|---|
| 木板 | 原木，数量为四分之一 |
| 木棍 | 木板，数量为四分之一 |
| 台阶 | 完整方块，数量为二分之一 |
| 楼梯 | 完整方块，约为四分之三 |
| 玻璃板 | 玻璃块，十六块出六块 |
台阶和楼梯这两行才是陷阱。楼梯并不比它切出来的方块更便宜——它就是那些方块，只是被切开了。造一段装饰性楼梯栏杆，你的石头预算并不会下降；方块数量降了，预算却纹丝不动。
这些数字从哪来
计算器读取区域文件，把每个调色板条目解析成一个方块，然后在已加载的配方集中查找该方块的配方。产出多于一个物品的配方会除算需求量；带有可替代项（任意木板类型、任意原木类型）的配方会以选项的形式报告，而不是给出单一数字。
如果某个方块没有配方——自然生成的石头、深板岩、沙子——它就按自身报告，因为没有什么可以展开的。
Java 和 Bedrock 在这里有差异
对于常见方块，各版本的配方产出量是相同的，但文件格式不是。.litematic 是 Litematica（Java，Fabric）格式。.schem 是 WorldEdit，Java。Bedrock 的原生结构格式是 .mcstructure，Java 工具链读不了它。如果你在 Bedrock 上建造，又想规划材料，先通过转换器导出，或者手动数。
追踪你已有的材料
这个工具的另一半是清单。每种原材料都有一个已采集数量，你存入材料时进度条就会填充。这才是真正省时间的部分：展开后的清单通常由一两种材料主导——石头、木板、玻璃——在开始挖矿之前就知道这一点，会改变你第一个小时怎么花。
导入一份原理图，在材料计算器查看展开后的清单。