菜食譜發現

自動化餐廳食譜:食譜發現指南

將成​​分實驗變成可重複的證據,而不是一系列猜測。

在第一次測試前

保留一道已知菜餚作為對照

官方遊戲說明稱,玩家透過試驗食材來發現食譜,然後為顧客製作菜餚。在測試新的組合之前,保留一種已經投入使用的組合。如果新的嘗試沒有產生可見的結果或中斷了餐廳,它會為您提供穩定的輸入和輸出進行比較。

將問題與製作工作分開。食譜實驗詢問一組精確的輸入是否會產生可見的菜餚;它不會回答哪道菜賺得最多,哪種成分最稀有,或者哪種升級總是最好的。

測試設計

一次更改一個變數

從您觀察到的確切成分開始,然後在下一次運行中僅更改一種成分或一種規定的條件。避免同時改變食材、烹飪設定和服務路線。當幾件事同時發生時,即使是真實的結果也無法告訴您哪個變化很重要。

  1. 說明您要測試的組合。
  2. 在不更改穩定線的情況下運行它。
  3. 記錄遊戲實際顯示的菜餚或訊息。
  4. 在嘗試其他變更之前恢復基線。

這是一種玩家研究方法,而非隱藏公式。它讓記錄在公共來源尚不支援完整配方表的情況下仍然有用。

證據記錄

記錄其他玩家可以重複的觀察

每個條目食谱發現追蹤器应该回答输入了什么、输出了什么以及结果的确定性。使用一致的食材名稱,準確記錄所展示的菜餚,並在儲存、烹飪或合作條件可能影響您所看到的內容時添加簡短說明。

請勿在備註中填入虛構的稀有度、售價、產量或成功率值。沒有來源的精確性使得有用的觀察看起來像是經過驗證的資料庫條目。保持不支援的值未知,直到遊戲或可重複的來源明顯提供它們。

結果狀態

在分享之前將結果分類

在稱其為「已確認」之前重複明確的結果。當第一次運行可見但尚未重現時,使用需要重複;當輸入或輸出不夠清晰以支援聲明時,使用未知。當失敗或不明確的測試的記錄阻止下一個玩家重複相同的模糊性時,它仍然有用。

分享其確切範圍內的觀察結果:「這個組合在我們的餐廳展示了這道菜」是可行的。 「這是最好的配方」需要指定的替代品、可比較的條件以及尚未存在的可靠來源。 進度指南展示如何在穩定的生產線旁進行測試。

風險控制

保護稀有成分免受測試失敗

官方描述證實了稀有成分狩獵,但沒有發布完整的來源清單、重生時間或配方值表。在您知道如何恢復它或有足夠的庫存進行第二次測試之前,不要食用新發現的成分的唯一副本。

為實驗預留一個單獨的位置,並讓普通農作物為餐廳提供食物。如果罕見的輸入產生了可見的結果,請先儲存精確的觀察結果;如果沒有,請將測試標記為重複,而不是發明解鎖條件或隱藏要求。

Wiki 參考

依資料狀態選擇下一次測試

請將遊戲目錄視為具有明確來源狀態的社群參考。社群來源與需要查證表示需要檢查的證據,並非最佳路線或固定數值。

食譜 · 作物

請將每筆資料與遊戲中的可見結果比對。若涉及更新聲明,請先查核官方來源,再將其視為規則。

我應該如何在自動化餐廳中測試食譜?

從您親自觀察到的食材開始,一次更改一種組合,並記錄菜餚結果。遊戲透過實驗確認了配方的發現,但官方清單並未公佈完整的配方表。

有官方的最佳食譜嗎?

沒有經過驗證的最佳食譜。如果沒有命名條目、可比較的輸出資料和來源,最佳配方排名將只是猜測。

配方實驗記錄應包含哪些內容?

記錄準確的成分、菜餚結果、置信度狀態以及有關測試背景的簡短說明。本地追蹤器是針對這些欄位設計的。

當實驗沒有明確結果時我該怎麼辦?

不要推論隱藏公式。恢復基線,驗證確切的輸入,並將測試標記為未知或需要重複,直到新的運行產生可見結果。