今日進度11/14：

1. 成功將用戶資料儲存到Firestore、將TTS音檔儲存到Firebase Cloud Store
2. 大工程--將所有服務由Azure改成Gemini API(包含影像辨識、生成式AI以及TTS服務)
3. 加入圖文選單、重製大頭貼LOGO、重製Flex Message
4. 請家人幫忙測試一遍並做細節修正

今天基本上是從中午就開始改code到晚上

因為Gemini表現太好了，而且我又要用Google的資料庫，所以把所有服務都搬來Gemini，基本上前十天寫的code全部刪掉重來了。

原本是有點猶豫，但我相信更改後會做出比之前更好的成果，所以還是大刀闊斧下去了！

初次加入好友時的歡迎訊息，多了【範例照片】，提示用戶：

增加下方三格式圖文選單，以及用Flex Message詢問生理性別：

用Flex Message傳送營養分析報告（第一頁）：

個人化建議與鼓勵（第二頁）：

存資料庫是最艱辛的一段路，因為一開始研究FireStore，有先成功將用戶資料存到資料庫；
但是後來決定把TTS服務改用Gemini之後，就要把音檔先存到Firebase的Cloud Store，這樣後續才能再透過LINE傳給用戶，在我對資料庫很不熟悉的狀況下，原本還以為是相同的東西，但其實不是，Firebase的Cloud Store跟FireStore是不一樣的！光是研究它們倆的異同、研究介面、建立Bucket、弄出金鑰檔案、撰寫程式碼讓本地端的test.txt存到資料庫...等等，就花了數小時。
後來又花了一些時間，去整合我的主程式，讓檔案可以成功上傳到資料庫。

心得：雲端資料庫這種複雜的東西不親自摸索一遍，還真的是不會知道哪裡是誤區！不然我相信概念應該是不難的。

明後天應該會專心處理BUG，譬如說還要再測試：

1. 用戶狀態與流程管理 (State Management)

非預期輸入測試：

• 當 BOT 要求輸入身高或體重時，用戶輸入文字（例如：「我很高」）或非數字字元。
• 在要求輸入營養標示時，用戶輸入「你好」或「掰掰」。

流程中斷測試：

• 在手動輸入營養標示的過程中，用戶突然傳送另一張圖片或點選 Rich Menu 其他功能，BOT 是否能正確回應或引導回原流程？
• 用戶在選擇「份量」前，又上傳了一張新圖片，BOT 會如何處理？

2. 圖片辨識與分析 (Image Recognition)

多語言營養標示：

• 使用英文或日文的營養標示圖片，檢查是否能正確解析出各項數據。
• 尋找一些格式與臺灣版本差異較大的標示，測試 AI 的泛用性。

圖片品質與內容：

• 測試光線不佳、模糊、反光嚴重的圖片。
• 測試背景雜亂、標示被部分遮擋的圖片。
• 測試非營養標示的圖片（例如：寵物照片、風景照），確認 BOT 會給予友善的錯誤訊息，而不是崩潰。

3. 語音服務 (TTS) 與穩定性

連線錯誤處理：

• 在短時間內連續上傳多張圖片，模擬高頻率請求，檢查 429 Too Many Requests 錯誤是否能被正確處理，並且程式不會卡死或崩潰。（這個就是我剛剛準備要休息前遇到的問題)

然後看有沒有機會上線，擺脫NGROK😊加油！

P.S 做了新的LOGO，希望有專業一點的感覺：