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 1

[Day 0] 這就是我的 DishFlow:我有一堆健康資料,然後晚餐還是不知道吃什麼

前言 嗨,我是這個系列裡負責寫 Code、煮飯、吃掉實驗結果,最後還要負責洗鍋子的人。 歡迎來到我的 30 天實驗。 主題會站在 科技永續與社會創新(AI fo...

DAY 2

[Day 1] 先畫邊界:這 30 天要打哪一格,哪些事 AI 不准決定

Part 1 導讀|第 2/30 篇 今日要做的事: 把食物浪費發生的三個地方攤開來看,說清楚這 30 天只打其中一個;然後把「到底有沒有比較好」寫成算式。 今...

DAY 3

[Day 2] 先把今天的生活編成 JSON,再決定要不要問模型

Part 2|第 3/30 篇 今日要做的事: 定稿 LifeFlow Context v1(profile、pantry、daily、粗單位 enum),並在...

DAY 4

[Day 3] 我的一天不只有自己煮:先讓 AI 看懂那盒便當

Part 2|第 4/30 篇 今日要做的事: 用 AI Studio 測 Vision;把外食與自煮拆成兩條資料流。 今天要解決的目的: Day 2 定好庫存...

DAY 5

[Day 4] 餐點照終於進了 JSON,但模型突然不會說「不確定」

Part 2|第 5/30 篇 今日要做的事: 替餐點照定 MealAnalysisSchema,同一張鴨腿便當打開 Structured outputs 再跑...

DAY 6

[Day 5] 進庫前兩道閘門:壞了只救一次,看不懂就停

Part 2|第 6/30 篇 今日要做的事: 把餐點照接到「真的能寫進 today_meals」——結構壞了怎麼救、語意不穩怎麼問人。 今天要解決的目的: P...

DAY 7

[Day 6] 資料要活過隔天,先回答「這是誰的」

Part 3|第 7/30 篇 今日要做的事: 開好 Firebase 專案+Google 登入,讓「Verifier 已 ACCEPT 的餐點」能掛到固定 u...

DAY 8

[Day 7] 路徑有 uid 還不夠:我要看到跨帳號被拒絕

Part 3|第 8/30 篇 今日要做的事: 寫 Firebase 安全性規則(Security Rules),用 Emulator 證明 uid-A 讀不到...

DAY 9

[Day 8] 餐點照不該是公開網址:先把 Storage 鎖成私有

Part 3|第 9/30 篇 今日要做的事: 開 Cloud Storage、寫私有路徑與 Storage Rules,並留一條「沒照片也能記餐」的手動後門。...

DAY 10

[Day 9] 三頁夠不夠把晚餐決策壓進 60 秒?Google Stitch AI 幫你把想法轉成實際畫面

Part 3|第 10/30 篇 今日要做的事: 用 Google Stitch 把 DishFlow 收成 Today、Strategy、Result 三頁—...