烹饪数据库指南
正确理解配方、食材分类与五种品质成品
从一道料理出发，查看全部有效组合，区分分类槽位和指定食材，并继续追踪每种材料的真实来源。
先找料理，不要先看原始配方行数
当前数据中有73道不同料理和1,025种有效食材组合，这两个数字不是同一种统计口径。料理是玩家真正想制作的结果，例如烤制料理、炖煮料理或冷切料理；组合只是满足这道料理条件的一种方式。列表以料理为主体，每道只显示一次；五种品质成品和可用的替代组合集中在料理详情页中。玩家可以搜索料理或食材名称，并按烹饪方式、食材条件和槽位数量筛选。
组合数量很多不代表数据重复，也不代表每一行都会产生不同效果。它只说明同一组五品质成品允许不同的食材分类排列、相同分类的重复数量，或某个被明确指定的食材。在认为两行可以互换之前，应先打开料理详情，分别检查重复分类、混合分类和指定名称的材料。
分类槽位和指定食材是两种不同规则
分类槽位可以放入当前属于该分类的任意烹饪食材。如果组合要求肉类加蔬菜，就需要一个有效肉类和一个有效蔬菜；如果肉类出现两次，则代表要占用两个肉类槽位，不是界面重复。详情页会把分类链接到当前所有可填入的食材，带有游戏图片和本地化名称，玩家可以根据自己的库存比较替代方案，而不用只凭图片或英文名称猜测分类。
直接显示具体名称的食材是更严格的指定条件。除非同一道料理的另一条正式组合允许替代，否则必须使用这个物品。界面会把指定食材单独标记，并链接到物品详情，继续查看已知来源以及能够使用它的不同料理。分类匹配和精确匹配必须分开：Aqualily 属于蔬菜，只表示它能填入蔬菜槽，不代表每一条配方都明确要求 Aqualily。
五种品质应合并为一个配方家族
每条列出的烹饪组合都关联同一道料理的五个品质成品。页面把它们放在同一条品质栏中，每个品质都有独立的物品详情链接，可以核对名称、说明、分类、品质、来源和其他关系。品质栏只表示已知的成品关系，不代表存在能够保证某种品质的隐藏操作。
从当前配方表可以看出哪些成品属于同一组合，但它本身不代表食材品质、操作时机、玩家行为、随机判定或未知条件如何决定最终品质。页面列出传说成品，不等于这组材料必然得到传说品质。只有在当前客户端中能够重复核对品质规则后，才适合把它建模为独立计算；在此之前，已知关系和未知选择机制必须保持分离。
从已有食材反向查看能做什么
如果玩家先有材料、还没有决定做哪道料理，可以打开物品详情中的烹饪配方区域。匹配结果会按料理汇总：例如Aqualily通过蔬菜分类可以用于208种食材组合，对应55道不同料理，因此页面展示55个料理入口。每一行还会标明这道料理有多少种组合接受当前材料，便于判断替代空间，而不会把同一道料理重复计数。
这种反向查看适合判断采集材料的用途广度，但它不是自动读取库存的最优消耗计算器。玩家仍应检查材料的已知来源，比较料理详情中的不同组合，优先选择容易补充的材料。如果来源能够解析到正式地图地点，可以继续打开地图；如果来源只是一条宽泛标签或当前缺失，应当标记为仍然未知，而不是把它包装成精确的刷取路线。
如何选择组合并避免浪费稀有材料
先确定需要制作的料理和对应烹饪方式，再比较相同槽位数量的组合。优先使用容易重新获得的分类食材，把明确指定的稀有材料留给真正要求它们的料理。相同分类重复出现时，即使界面压缩为“×2”，实际仍然消耗两个输入槽。批量制作前，建议打开不熟悉材料的物品详情，确认身份和已知来源，并在当前游戏客户端中先核对一次实际成品与数量。
数据库的目标是帮助玩家做这个决定，而不是假装知道账号库存、随机品质、活动开放状态或未知机制。每种当前组合都与可核对的物品数据相连。游戏更新后，即使料理名称没有变化，新组合、分类映射或成品关系也可能改变最省材料的方案，因此在投入稀有库存前应重新检查料理详情。