可溯源数据原则。
委托与面料数据仍在逐条核查中。你可以手动录入一组数值来测试;只要有一项输入缺失,检查器就会把结果标为「未完成」,不会替你补数。
检查结果

先录入条件再开始检查

花费:未知

属性名沿用游戏界面与来源中的英文标签(Quality、Cute、Risque 等),便于与英文资料对照;未知数值一律不视为通过。

这个工具做什么

检查器是一个比对工具,不是游戏数据源。你提供预算、花费、最低属性、最高上限,以及你相信这套成衣能达到的数值,它负责逐行报告:通过的、没通过的,以及因为某个字段留空而无法判断的。

它有两种模式。已收录委托会从公开记录里带出预算与要求字段,自定义录入则让你自己敲数字。两种模式跑的是同一套比对逻辑,都不会修改你输入的任何数值。

它不会做的事

它从不编造缺失的数据。如果某个面料、纸样、配饰或委托记录尚未发布,检查器不会猜一个成本、属性或要求来填补空缺。数据集为空时下拉框就是空的,这是设计结果,不是缺陷。

空着的属性永远不会算作通过:未知就是未知,这一行会被标为未检查。工具也不会在只填了一边的时候宣布组合成功——缺预算或缺花费都不可能产生通过。

怎么读结果

每一行都会写明属性名、你录入的数值,以及它被拿去比较的那个阈值。通过意味着你填的数字越过了本次测试的门槛;没通过意味着没有。而「未检查」意味着比较根本没有跑起来,通常是标签拼写有误,而不是成衣本身有问题。

先修拼写,再看失败项。差距很大的一行值得换一种材料来试;只差一点的行值得回到游戏里重新量一次,因为这种小幅偏差往往来自输入而不是纸样。

已核验记录与社区数字

已核验记录才配进数据库,并且自带来源与核查日期。社区报告的数字可以用,但要留在社区报告的位置上:进入中文首页的工具区之前,先把来源链接存好,等它被独立核验。

这套纪律带来的结果是:工具给出的每一次「通过」,都只在你自己的数字上成立。本站的定位不是替代游戏,而是让你在送交之前把单子再读一遍。

常见问题

这个检查器到底在比较什么?

它比较的是你录入的数字:花费与预算、最低属性与成衣属性、最高上限与成衣属性。每一项比较用的都是你自己的数值,因为本站的委托与面料数据集仍在核查中。

为什么空着的属性永远不算通过?

空值意味着「未知」,而未知不是证据。留空的属性会被标为「未检查」而不是通过,这样一个缺失的数字永远不会被误读成「这件成衣满足要求」。

它用的是官方游戏数值吗?

只使用加载进来的东西。委托记录与面料数据只有在核验通过后才会进入数据集,而目前这些数据集是空的。在此之前,所有结果都基于你自己输入的数字。

可以用社区报告的数字来测吗?

可以,但结果只能算一次「测试」,不是已核验的答案。填入社区数字、保留来源链接,把结果当成对该说法的检验。社区数字不会因为检查器接受了它就变成公开记录。

为什么「已收录委托」下拉框是空的?

委托、面料、纸样与配饰四个数据集已经建立但尚未填充,所以下拉框没有内容,工具会自动退回自定义录入。手填数值依然可用,等记录核验通过后会自动出现在下拉框里。