针影裁梦委托要求

一条委托记录包含什么

一行委托记录分四部分：提出要求的顾客、需求单附带的预算、顾客希望成衣落在某个下限与上限之间的属性值，以及支撑这些数字的来源最近一次被读到的日期。这一行是阅读辅助，不是攻略教程：它说明这张需求单看起来要求什么，让你能在花钱之前决定要做什么。

等记录存在之后，索引会把它们列成卡片。在此之前，页面显示的是显式空态——一份填满猜测数字的委托表，比完全没有表更糟。

四步阅读循环

无论某张需求单是否已经有公开记录，都可以按同样的顺序走一遍。

1. 读需求。 记下预算，以及顾客写明的每一条属性限制。界面上没有显示的一律按「未知」处理，而不是当作零——缺少上限和上限为零是两回事。
2. 规划成衣。 挑一套有可能满足这些限制的纸样与面料，然后记下每一部分的成本。面料参考与纸样参考列出了本站为这类比对准备核验的字段。
3. 核对数字。 把需求单数值与候选成衣一起填进委托检查器，它会比对两组数字，指出成衣在哪里低于下限、或越过了上限。
4. 交付并复盘。 交付之后，把游戏报告的结果与检查器的预测做对比。对不上是有价值的证据：它说明本站某个字段错了或不完整，也给下一次核查一个具体方向。

记录是怎么编码的

预算默认存成单个数字，除非来源本身写的是一个区间。属性期待存成一对上下限：成衣应当达到的地板，以及不应越过的天花板——因为一张需求单拒绝「过头」的成衣，和拒绝「不够」的成衣一样常见。

核查日期随记录一起保存，读者据此判断某个数字有多旧。一行数据只有在同时记录了来源类型之后才会发布：官方公告与社区报告标注不同，两者都不会被包装成对方。

最后一条与算法有关的提醒：2026 年 10 月 14 日的 Build 443 修改了颜色与布料类别的判定方式，小部件（领子、袖子等）现在会占据有效权重，因此同一件旧成衣在更新后可能显示略有不同的分数。标签类要求的算法本来就是这样，所以委托的标签要求不受影响。