一句话回答

质量,是玩家在一件成品上会说出来的分数,而他们把它描述为组装过程中一系列选择的结果,而不是某一个动作的结果。没有任何已核查的来源解释这个分数是怎么产生的,所以本页不发布公式。可行的做法是:每次尝试只改一样东西,再读一遍同样的数值,把结果写下来,直到同样的改动两次产生同样的移动。

缝纫流程负责做出成衣。本页讲的是读懂它的产出,以及保留一份经得起下一个补丁的记录。

已核查的来源对质量说了什么,又没说什么

为写这一页,读过三类来源:Steam 商店页、Steam 官方新闻页,以及 Steam 社区上的社区文章。商店页只用概括的说法描述这个循环:顾客要求一件成衣,玩家选择纸样与面料,把它缝好,成品再与需求比对评判。这段描述没有给质量挂上任何数字,也没有说明其中的选择孰轻孰重。

官方新闻页涵盖发售与上线后的说明,提到修复、新面料与新配饰、计划中的线上挑战、透明布料与手柄支持。这些说明大多在描述功能而不是计分,只有一个例外在 2026 年 10 月 14 日随 Build 443 到来,下一段会引用它。社区文章《Thing's I've Learned》读于 2026 年 9 月 28 日,把委托、量体、面料、纸样裁剪、缝纫、配饰与质量一并讨论。它是玩家记述,所以其中没有任何东西在本页被复述成游戏规则。

Build 443 公告发布于 2026 年 10 月 14 日,是本站读到的第一份关于判定中某一部分如何计算的官方说明。它指出:颜色与布料类别的需求,此前是按每一片裁片面积占整条裙子所用布料总面积的原始百分比来计算的;现在,位于领子、袖子这类小部件上的裁片会获得一个加成,使它们能够产生有意义的差别;而标签本来就是这样计算的。公告同时提醒,改动之后过去的裙子可能显示略有不同的分数。这是在描述两类需求的计算方式,不是质量公式:它没有提到任何权重、阈值或总分。

已核查的来源里没有的内容包括:计分公式、带权重的输入清单、质量阈值,以及质量究竟是拿需求评判还是拿固定尺度评判的说明。正是这些空白,构成了本页教一套测试流程、而不是引用一条规则的原因。

单变量测试法

和真实的成衣缝制一样,只有孤立地做出的改动才能被解读。一次尝试里改两样东西,得到的成衣其移动无法归因于其中任何一样。下面的流程让每一次比较都保持可读,无论你测的是面料、一片纸样、一个组装步骤还是一件配饰。

  1. 先写下当前状态。记录游戏为成品显示的数值,用你之后还会再读一次的同一个界面,并记下日期。
  2. 只改一样东西。一种面料、一片纸样、一个组装步骤或一件配饰,别的一律不动。
  3. 其它方面都用同样的方式重做这件成衣,包括那些你并不在测试的裁片。
  4. 再读一遍同样的数值,在同一个位置,并且在交付或出售之前读。
  5. 写一句话,说明什么变了、什么移动了,只用你自己屏幕上的数字,不用别的。
  6. 信任之前,把这一对再重复一次。如果第二次与第一次不一致,那么这个改动仍然是一个假设,而不是一个结论。
  7. 把这一对连同日期和你当时在跑的那次组装一起保存,这样日后才能把补丁的影响与你自己犯的错区分开。

测试记录工作表

一条记录就是一次比较:一处改动、一次改动前的读数、一次改动后的读数、一个结论。下面的表格是一份工作表。表格里的格子放的是你自己的读数,里面没有任何一个格子是预填的游戏数值。

做了哪一处改动改动前读到的是什么改动后读到的是什么结论
你改动的那一个变量 改动之前界面显示的数值,逐字抄下 改动之后同样的数值,用同样的方式抄下 移动了、没有移动、还是看不出来,并写明有几次运行一致

两个习惯能让一份记录值得保留。数值要照界面显示的样子逐字抄下,不要四舍五入成一个好记的数;失败的尝试要和成功的那几次留在同一张清单里,因为一次没有产生移动的测试,仍然是证据。

跑几次之后,结果才算有意义

多于一次运行是诚实的下限,两次一致的结果更好。一件成衣会经过好几次选择,而一个非本意的差异——比如某款面料没有换回去、某件配饰还挂着、某片纸样从上一次的尝试里沿用——本身就能移动某个数值。因此单次运行无法把你做出的改动与你忘掉的状态分开。

社区报告有同样的弱点。描述某一个结果的帖子,是一条值得去测的线索,而不是一条可以照搬的测量。测试记录正是把线索变成读者可以依赖的东西。

为什么本站不发布质量公式

已核查的来源没有给出任何质量权重、阈值或计分顺序,而一个看起来合理的公式,就是一个以事实的口气说出来的猜测。那样的一页比空白的一页更糟,因为它会被抄走、被反复复述,直到那个猜测看起来像一条规则。

全站的规则是:一个数字只有在某个来源写明了它、并且这个来源已被打开并标注日期之后才会出现。缺少数值的地方,给出的指示永远一样:从自己的屏幕上读出来,连同日期写下来。来源登记列出了真正读过的东西,以及读取时间。

分数意外下降时

分数下降是信息,不是紧急状况。第一项检查是需求:重读委托,把它点名的每一个数值与成品比对——这正是委托方法里写明的流程。第二项是组装:确认纸样、面料、组装顺序与配饰,都与那次表现良好的尝试完全相同。第三项是其他一切,包括补丁、设置改动或换了存档。如果这次下降正好出现在安装 2026 年 10 月 14 日的 Build 443 更新之后,那么补丁本身就是第一嫌疑人:公告写明,颜色与布料类别的需求现在按小部件带加成的方式计算,因此过去的裙子可能显示略有不同的分数。

只有这些都被排除之后,才适合把这次下降当成游戏本身的缺陷,而不是这次尝试的缺陷。在原因未知期间,不要再改动任何别的东西,因为在追查第一个原因时做出的第二个改动,会同时毁掉两个结果。

关于质量的社区说法:署名,但未确认

《针影裁梦》的 Steam 讨论帖里有玩家关于质量分的报告,也有关于蕾丝与委托交付的报告。这些报告在这里一律按社区报告、未确认处理:它们被明确称为报告,标注 2026 年 9 月 28 日这次核查日期,其中的任何数字都不作为游戏数值发布。

社区文章同样按这个标准处理。《Thing's I've Learned》在组装的其他许多环节之外也讨论了质量,而讨论帖《How to make money in DressMaker》给出了一个明确标注为估算的成衣售价公式。两者都可以作为值得测试的方法来源,但都不是规格说明。

一组候选数值可以填进委托检查器与需求上下限比对,而组装里属于收尾的那一面则由配饰收尾指南负责。

哪些内容仍然是未知的

本页不发布、也仍然未知的内容包括:质量是一个分数还是几个分数、哪些输入喂给了它、有没有哪个输入比另一个更重、上下限在哪里、成衣是拿需求、拿顾客还是拿固定尺度来评判、配饰如何与它相互作用,以及这些在 2026 年 9 月 21 日发售之后有没有变化。

本页不会为其中任何一项做估算。如果今天就需要某个数字,方法是从自己的屏幕上读出来,写在日期旁边,并把它当作一份个人记录,而不是游戏的规则。等某个可溯源的来源写明了这项行为,它就会带着来源与核查日期发布在这一节里。

编辑原则。本指南讲的是方法。任何没有溯源到带日期出处的数字,一律留空而不是估算。本站最近一次全面核查日期为 2026年10月18日。

常见问题

《针影裁梦》公布过质量公式吗?

没有已核查的来源写明过。 Steam 商店页与官方新闻页在 2026 年 10 月 18 日重新读过,社区文章读于 2026 年 9 月 28 日,它们都没有给出质量分公式、权重或阈值。2026 年 10 月 14 日的 Build 443 说明确实描述了颜色与布料类别需求是怎么计算的,下文会讲到,但那不是质量分本身。所以本页不发布任何公式。

一个质量结果要测几次才可信?

不止一次。单次运行可能因为你没有打算的原因而变化,比如更早时候换过面料,或上一次尝试留下的一处改动没清掉。同一个比较至少重复两次,只有在同样的改动产生同样的移动时,才把结果写下来。

质量分下降了,而我什么都没改,先检查什么?

先重读需求,把它点名的每一个数值与成品比对过,再去怀疑组装。然后检查配方是否真的没变,包括配饰,以及官方公告有没有改动过什么。只有这些都排除之后,才轮到提交缺陷报告。

为什么不干脆估一个通常管用的质量公式?

因为一个「大多数时候差不多」的估算,仍然会教出错误的习惯。读者会照着一个本站无法溯源的数字做计划,而一个补丁可能在无声之间让它失效。自己动手建的测试记录则一直有效,因为那是你量出来的。