怎样通过《针影裁梦》的一单委托

一句话回答

一份委托要当成两块信息来读：一是附在需求上的预算，二是顾客为这件成衣设定的属性限制。在挑选纸样或面料之前先把两块都读完，判断这件成衣能否合理地满足每一条限制，把它做出来，然后把成品数值与记下来的限制比对，只有两边一致时才交付。

一张需求单的结构

商店简介把委托循环描述为：顾客提出一件成衣需求，成品再与需求比对评判。在实际操作中，一张需求单会给出两类信息。第一类是预算，也就是这张需求自带的金额。第二类是附在成衣上的一组属性期望：一个或多个属性，每个属性带下限、上限，或者两者都有。

这两块的读法不同。预算约束的是材料上能花多少钱；限制约束的是成衣做完之后必须量到多少。一件便宜但没达到下限的成衣会卡在限制上，一件昂贵但超出上限的成衣同样会失败——这正是上限值得和下限一样认真对待的原因。

本页不说明这些属性叫什么，也不说明任何一条限制等于多少。这些内容来自屏幕上的需求单，而下面的方法写成不管需求点名了哪一组属性都能用。委托索引会在一张需求能够溯源到带日期来源之后，保存结构化的记录。

任何需求单的阅读顺序

顺序比速度重要。下面每一步都会产出下一步需要的东西，所以这份笔记只会朝一个方向填写。

1. 先完整读一遍需求，暂时什么都不要写。第一遍是为了看清这张需求单里一共包含多少条不同的要求。
2. 把预算写成笔记的第一行。这次尝试花掉的一切都要拿它来衡量。
3. 按需求显示的顺序，列出它点名的每一个属性。在每一个属性旁边留出位置，用来写它的边界。
4. 接着把每一条写明的下限和上限填到对应属性旁边。没有显示边界的地方，写「未注明」而不是留空，这样日后就不会把缺失的边界误当成零。
5. 标出最难满足的那条限制。这条限制决定了后面的组装必须保住什么。
6. 记下要求的成衣，以及需求本身排除的任何东西，比如它排除掉的某种材料或某张纸样。
7. 在买任何东西之前，先估算最省钱的可行材料组合的成本，并把它与预算比较。
8. 组装过程中让笔记保持打开状态，把游戏在每个阶段报出的数值写在它们本应满足的限制旁边。

判断一张需求单做不做得出来，以及做不到时怎么办

「做不做得出来」这个判断，只依靠已经写下来的数字，分成三部分。第一，预算是否覆盖得了一套有可能达到最严下限的材料组合？第二，同一套组合能否同时压在每一条上限之下？第三，如果前两条都成立，那有没有哪张纸样能做出需求要求的这件成衣？

没通过第一项的需求单，在买任何材料之前就该搁置。通过第一项却没过第二项的还不算没救：这通常意味着这套材料比需求需要的更强，换一个更轻或更便宜的选择也许能同时满足两端。这也正是笔记要把预算和限制写在同一张表上、而不是分开记的原因。委托检查器会对手动输入的数值做计算，但它并不掌握游戏内的物品目录，因此无法告诉你哪种材料是存在的。

有些限制，用当前可得的纸样和材料确实做不到。有效的应对是把差额准确地记下来，而不是硬撑着交付。重读那条限制，确认它属于哪个属性——读错属性会把一件做得出来的需求变成一件做不到的需求。也要确认边界的方向，因为把上限读成下限会让整个问题反过来。

然后把最接近的候选方案达到了哪些数值、差了多少，连同日期记下来，并且即使这次失败了，也把这次尝试留在笔记里。这样写下的一次失败，说明了试过什么、用了什么材料、游戏报出了什么，而这正是来源登记页真正能用的那种记录。只有当每一条写明的限制都被满足时才交付；否则把笔记留着，换下一张需求单。

把需求记录下来，好让失败的尝试仍然有用

一次失败的交付，只有在什么都没记下来的情况下才算白费。下面的字段已经足够让下一次尝试变成一次对照，而不是重新猜一遍。

一个用占位符演示的阅读例子

这一节里的一切都是占位符。标签和数字是为了让阅读方法看得见而挑选的；它们没有一个是《针影裁梦》的数据，也不应该有任何一条被抄进游玩笔记。真实的笔记保持同样的结构，把每个占位符替换成屏幕上显示的内容。

在这组占位符上，候选方案同时越过了两条边界：A 高于它的下限，B 低于它的上限。如果 A 返回的是 38，那么无论 B 表现多好，候选方案都过不了下限——这正是上面阅读顺序里把最严的限制排在第一位标出的原因。

这个例子还带出另外两条注记。预算从不参与成品数值的比对，因为预算约束的是花费，而不是成衣。而需求没有写明的边界，一律记成「未注明」，这样它就不会以零的身份进入计算。这两条规则的存在，都是为了防止笔记去回答一个需求根本没提出的问题。

哪些内容仍然是未知的

本页不发布任何预算区间、属性名称、阈值、quality 公式或材料价格。本站为此读过的带日期来源都没有给出这些内容，因此本页也不会去估算它们。一篇关于售价的社区讨论把自己给出的数字标注为估算——社区报告，核查于 2026-09-28——而这正是它的数字不作为规则在这里复述的原因。

同样尚未解决的问题还有：是否每张需求单都用同一组属性；一个数值正好落在边界上时如何取舍进位；上限是在加收尾细节之前还是之后被评估；以及交付结果还取决于什么。这些都属于「每次只改一个变量、从屏幕上找答案」的问题，而不是可以用一个合理猜测填上的空缺。

新手指南把这套阅读顺序放进了第一次上手的流程里，面料指南则讲预算要喂进去的那部分材料比较。两者都不会发布游戏本身尚未被看到说明过的数值。