iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Build on Google AI

DishFlow AI Agent:用 Google AI 打造 Eat-Cost Balance 的下一餐決策系統 系列

本系列打造 DishFlow AI Agent,追求像 Work-Life Balance 一樣的 Eat-Cost Balance:在預算、時間、設備與過敏等真實限制下,找出今晚做得到的下一餐,並優先消耗冰箱剩料以降低消費端浪費。實作以 Google AI 為核心:AI Studio/Gemini(Vision、Structured Output、Function Calling)、Firebase(Auth、Firestore、Security Rules)與 Stitch/Antigravity 輔助開發。重點不是再生一份理想食譜,而是 Context+Rule Engine+Agent

參賽天數 21 天 | 共 21 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 11

[Day 10] 先讓資料閉環,再讓推薦變聰明:Stitch MCP 接到 Antigravity

Part 3|第 11/30 篇 今日要做的事: 把 Day 9 的 Stitch 三頁交給 Antigravity,做成行動版網頁,接到既有 Firebase...

DAY 12

[Day 11] 系統不會讀心:先把飲食條件存成它讀得懂的 ID

Part 4|第 12/30 篇 今日要做的事: 把策略口號拆成 hard、soft、context IDs,存入 Firestore,並把 Preset 編譯...

DAY 13

[Day 12] 同樣是海鮮,蝦要擋,花枝條不能一起消失

Part 4|第 13/30 篇 今日要做的事: 只替過敏與設備做 Hard 門禁,驗 crustacean、mollusk、客人過敏、共用鍋具與單口爐。 今天...

DAY 14

[Day 13] 先過 Hard,少洗鍋才有投票權

Part 4|第 14/30 篇 今日要做的事: 在 Hard 合格的方案裡,用剩料、蛋白質、少洗鍋三個訊號排順序。 今天要解決的目的: 排序要能從資料重算;任...

DAY 15

[Day 14] 100 元與 20 分鐘不是參考值

Part 4|第 15/30 篇 今日要做的事: 定義 budget/time 的 Hard 邊界,並讓使用者自行宣告的 16:8 只改排程。 今天要解決的目的...

DAY 16

[Day 15] 策略都接上了,會不會反而比貼 Prompt 更麻煩?

Part 4|第 16/30 篇 今日要做的事: 先用一輪 compile mock 驗收 Strategy Stack,再鎖定 N=3~5 的 Pilot 協...

DAY 17

[Day 16] 模型會自己拿資料,就不用再貼整份人生了嗎?用 Function Calling 讓 Gemini 自己讀冰箱

Part 4|第 17/30 篇 今日要做的事: 把 Function Calling 收成五個工具,並分開「模型拿資料」和「規則判定合格」。 今天要解決的目的...

DAY 18

[Day 17] 按下「採用」之後,庫存就該立刻變少嗎?

Part 4|第 18/30 篇 今日要做的事: 把 Rule → Gemini 候選 → validate 收成一條決策流,並把採用和煮完扣庫存拆開。 今天要...

DAY 19

[Day 18] 「因為比較健康」算證據,還是只是模型很會說?

Part 4|第 19/30 篇 今日要做的事: 讓推薦和理由在同一次 Structured Output 出現,並檢查 leftover、balance、go...

DAY 20

[Day 19] 第一版 Alpha 網頁上線:簡單 UI 接上 Gemini 和 Firestore,Cache 會留下舊過敏嗎?

Part 4|第 20/30 篇 今日要做的事: 用一個簡單網頁把六步測試、Gemini 和 Firestore 接在同一頁。一次晚餐請求分成規則短路、exac...