在《针影裁梦》里怎么量体

一句话回答

需求单会写明这一次交付真正在意的数值，所以需求单决定了要量什么。在动手裁剪之前，把需求点名的每一个数值记在它所属的属性旁边；把需求数值与成衣数值分开存放；交付前立刻把两边重新读一遍。这次比对应该从记录纸上完成，而不是从记忆里完成。

委托会写明哪些数值，以及记录的顺序

一张需求单会点名要做的服装，以及附着在它上面的属性预期，通常表现为每个属性的下限、上限，或者两者都有。这些预期决定交付能否成功，而且每张需求单都可能不一样。因此，一张通用的「重要尺寸表」反而会误导人：此刻摆在玩家面前的那张需求单，才是判断这份活计要看哪些数值的唯一权威。

本页不列出属性名称、阈值或人体尺寸数值，因为本站读过的带日期来源里没有任何一份写出过它们。这里讲的是一套记录方法，它对需求单点名的任何一组数值都适用。至于在进入这一步之前该怎么读单子，委托方法那一篇已经讲过。

下面这个记录顺序的作用，是让每个数值始终贴着自己所属的属性，不让任何信息靠记忆从这一页带到下一页。

1. 读完整张需求单，再去取任何一个数值。在还没读懂整张单子时取到的数值，很可能属于另一个属性。
2. 为这次交付开一张带日期的记录。日期写在最上方，因为一个没有日期的数值无法与补丁之后的数值相比较。
3. 把需求点名的每个属性各写成一行，顺序照需求单显示的顺序。
4. 在每个属性旁边写上它写明的下限、上限，或者两者都写。某条界限没有显示时，写「未注明」，而不是把这一行留空。
5. 记下这些数值所对应的服装与纸样，这样以后就不会把这张记录和另一张相似需求单上的尝试混在一起。
6. 把成衣在组装过程中显示的数值补进来，放在需求数值旁边的第二栏。缝纫流程会说明那些停顿点落在哪里。
7. 交付前重读需求单，并逐行与记录比对。整张记录纸存在的意义，就是为这一步。

工作表：记什么，什么时候复核

下面这张工作表是交付记录的形状，里面只有标签和说明。写进它的每一个数值都从玩家自己的屏幕上读取，而需求单没有显示的数值一律记成「未注明」，而不是填一个猜测值。

工作表里没有任何一项是游戏数值。面料参考说明了在发布之前，一条材质记录需要具备哪些字段；同样的纪律也适用于交付记录：一行空格，比一个看似合理的答案更诚实。

交付前的复核

复核是两栏之间的比对，不是靠记忆做出的判断。从上到下读需求那一栏，再按同样的顺序读成衣的数值，然后逐行标记它落在已记录的界限之内还是之外。标着「未注明」的行不参与比对，因为需求单上并没有可供对照的东西。

如果某个数值正好压在界限上，记录里应该照实写出来，而不是往「合格」的方向四舍五入。游戏把边界算作之内还是之外，本页不予发布；而一份会话记录在写下这份不确定时，比用假设把它抹平更有用。

任何改动之后都要重新核对。第一次比对之后如果又加了一个收尾细节，或者换了一种面料，那次比对就失效了，数值必须重新读一遍。纸样裁剪指南与新手指南都假定记录会在这一刻被重新读一遍，而不是被信任。

可以迁移过来的真实服装缝制习惯

和真实的服装缝制一样，量两次、裁一次，是最省钱的习惯。在游戏里，一个错误数值的代价主要是材料与时间，而不是真实的布料成本，但原理不变：裁剪之前确认过的数值，一定比事后返工便宜。

和真实的服装缝制一样，一张基准记录表胜过好几张碎纸。一份同时装着需求、所选面料和显示数值的记录，在交付时可以一次读完；而分几次记下的三张纸，不翻找就无法互相比较。

和真实的服装缝制一样，记忆不是一次量取。从上一次游玩里回忆起来的数值是估算，而估算无法与需求诚实地比对。在读到的当下就把数值写下来，才是日后那次比对有价值的原因。

以上这些都没有在描述《针影裁梦》如何计算任何东西。它们描述的是从日常缝纫借来的习惯，这些习惯让游戏自身的输出更容易读、也更容易核对。

常见错误

选完面料之后才去读需求单，是代价最高的错误，因为选择早已被猜测收窄了。第二个错误是从社区清单而不是从需求单抄数值：写文章里的那个数值属于作者自己的那次游玩与那个补丁，不属于你手上的需求单。

把缺失的界限当成零，或者当成没有上限，是第三个错误。这两种读法都凭空发明了一条需求单没有写明的限制，任何一种都可能把一件合格的成衣变成记录在案的失败。第四个错误是把需求数值和成衣数值混在同一栏，因为那会让最后的比对重新变成一场记忆练习。

只复核最严格的那一个属性、然后假设其余属性都会跟着过，是第五个错误。其余每一行都记下来是有原因的，而一次复核的好坏只取决于它最弱的那一行。第六个错误是记下数值却不写日期，这会悄悄地把这个数值从日后所有的比对中抹掉。

哪些内容仍然是未知的

本页不发布属性名称、下限、上限、人体尺寸数值、质量阈值，以及游戏显示数值时所用的单位。本站读过的带日期来源没有给出这些内容，本页也不会去估算它们。

仍然悬而未决的问题包括：每一张需求单是否都会出现同一组属性；写明的界限是否包含端点；数值显示时如何取整；以及一个已记录的数值是否可能在交付之后发生变化。这些问题的答案不来自「挑一个最可能的」，而来自读屏幕、把看到的内容写下来，然后重复那次核对。

需要某个数值时，做法始终不变：从需求单或成衣上读出来，连同日期写下来，并和其他交付记录放在同一张纸上。委托检查器只能比对以这种方式记录下来的数值，它没法凭空补出一个你没有记的。