Part 5｜第 28／30 篇
今日要做的事： 在本機頁面上改冰箱和今晚的條件，按一次推薦，留下 Gemini 的真實選擇。
今天要解決的目的： 看時間、預算、設備這三關，在三次分開的操作裡各自做了什麼。

考卷上的 16 題已經算完了。我想看的是另一件事：表單是我自己填的，按鈕是我按的，選出來的菜能不能對上 9 月真的煮過的那幾道。

三次輸入彼此無關。看完推薦沒有扣庫存，也沒有人真的去煮。

今日任務卡

沒有合法候選時，按鈕不會叫模型。選回來之後，引擎再對一次這道菜是否還在名單裡。模型自己沒有 Hard 這一票。

圖上的五步就是今天的順序。A、B、C 各按一次，9 月的照片只拿來對照，不拿來當評分。三次都停在推薦，沒有採用，也沒有扣庫存。

1. 30 分鐘，蛤蜊進不了名單

冰箱放了蛤蜊 1 包（還能放 1 天）、番茄、雞蛋、高麗菜。時間 30 分，預算中，四樣設備都開。軟條件勾了剩料優先和少買。

合法的有 4 道：微波丼 16 分 4 點、番茄雞肉蛋烏龍麵 28 分 4 點、番茄豆腐炒蛋 18 分 2 點、蔥花玉子燒 12 分 1 點。蛤蜊番茄蛋不在裡面。食譜分鐘是回溯的 57，時間關只看這個數字，Day 20 那次 20 分的估時沒有參與。

Gemini 選了蔥花玉子燒。Hard 過，買蔥 1 點，用冰箱裡的 3 顆蛋，設備是電磁爐和玉子燒鍋，12 分的來源是 estimated。這道 9 月沒煮過，所以沒有成品照。理由裡它寫了候選用不到蛤蜊，於是選少買、時間較短的這道。

這次回傳寫在 users/{uid}/day27_runs/k6x2GUOTqGLh9hqDUbi4。

文件裡 requested_model 是 gemini-3.5-flash，model 寫回來的是 gemini-3.6-flash。pick 是 scallion-tamagoyaki，cooked_in_sept 是 false，error 是 null，這次呼叫大約 6.3 秒。理由開頭是候選名單中無法使用蛤蜊。tip 仍寫蛤蜊只剩 1 天。時間關已經把它拿掉，所以這句沒有變成今晚的菜。左側「這份文件不存在」是選到集合時的提示，右邊打開的就是這筆。同一個 day27_runs 裡還有其他幾次按鈕，這張是 30 分那次。

吐沙仍然沒有獨立欄位。30 分這輪只證明：57 分的食譜過不了 30 分的上限，模型就改選別的。

2. 咖哩被 7 點擋下，模型拿 4 點去買蛤蜊

第二輪換冰箱，不沿用上一輪。第一天那六樣：蝦仁、花枝、蛋、青江菜、袖珍菇、花椰菜米。時間 60 分，預算中，設備全開。咖哩的材料不在冰箱裡。

合法 11 道，不合法 4 道。歐姆蛋咖哩、番茄雞肉蛋烏龍麵、親子丼是預算；咖哩烏龍麵是食材，因為沒有前一餐的剩咖哩。歐姆蛋咖哩要買雞腿肉、紅蘿蔔、馬鈴薯、洋蔥、咖哩塊、白飯，合計 7 點，中預算上限 4 點，所以它在呼叫前就離開名單。9 月那盤咖哩的照片還在，證明這道菜做得出來；這次操作證明的是，同一道菜名在這組點數下進不了候選。

Gemini 在剩下的 11 道裡選了蛤蜊番茄蛋。Hard 過。點數剛好 4：蛤蜊 3 點、番茄 1 點。蛋用冰箱裡的。食譜上的高麗菜由青江菜頂，鴻喜菇由袖珍菇頂，這兩樣都是 3 天。57 分的來源是 recalled，上限是 60，所以時間關讓它通過。畫面上的成品照是 9 月拍的，不是今晚煮的。

少買有勾，它還是把 4 點用完，買的是原本不在冰箱裡的蛤蜊。預算關守住的是 4 點上限。

3. 只剩微波爐時，名單只剩一道

第三輪仍是第一天的冰箱。時間改回 30 分，預算中，設備只留微波爐。

合法 1 道。另外 14 道都有設備這項原因，其中幾道還同時過不了時間或預算。Gemini 選了微波洋蔥雞肉蛋蓋飯。名單裡沒有第二道。Hard 過，4 點是雞腿肉、洋蔥、白飯，蛋用冰箱裡的 1 顆，16 分的來源是 estimated。這張成品照也是 9 月的。

這輪看的是設備過濾。模型只能在剩下的那一道上填理由。

4. 這三次撐得住什麼

時間上，引擎用的是食譜欄位。蛤蜊那道是 57 分的回溯，不是碼表，也不是 Day 20 的 20 分。30 分時它出局，60 分時它可以進來。吐沙沒有被分開計時。

錢上，7 點的歐姆蛋咖哩過不了中預算。模型接著可以選另一道剛好 4 點的菜，包含現買蛤蜊。守住上限，和少買、用掉冰箱裡已有的東西，是不同的事。

設備上，只留微波爐時，候選會收成一道。那一輪的「推薦」就是這道。

9 月的照片只證明那些菜當時煮過。蔥花玉子燒沒有那批照片。三次按鈕都沒有變成今晚的晚餐，也沒有減廢或滿意度可以報。

鍋子還是要洗。這頁還沒有把「採用」和「煮完」分成兩步。