摘要：
我的想法是想要讓自己減少 晚餐選擇困難症，但本人又有點善變，明明想好明天吃學餐，真的到用餐時間又想吃別的，所以常常浪費許多時間在選擇上，因此想讓AI來幫我選，加上可以透過簡單判斷需求的內容，依據身體狀況、荷包多寡選擇適合的外食，還有做了一個quickly reply的快捷鍵設計。

--------------------------------------------------------- 以下請 AI 做細節上的說明 ------------------------------------------------------------
一、 設計初衷

• 解決決策疲勞與善變心理：常常想好要吃什麼，到了用餐時間又改變心意；希望交給 AI 幫忙決定，省下猶豫時間。
• 外食與身體狀況平衡：讓 AI 根據當下的身體狀態（例如：天冷想喝熱湯、加班疲勞需補蛋白質、腸胃不適需清淡），精準挑選適合的外食。

二、 核心亮點

1. Quick Reply 快捷鍵：鍵盤上方常駐「🎲 換一家」、「🍜 想吃拉麵」、「🍛 想吃咖哩」、「🥗 健康餐」按鈕，單手即可點擊，完全零打字門檻。

3. 一鍵導航閉環：推薦結果附帶預估花費、招牌餐點與小精靈暖心點評，並直接生成 Google 地圖導航連結，選完即可出發。

三、 開發困難點與解決方式

1. 資料流覆蓋導致 Context 遺失：

• 困難：讀取 Google Sheets 餐廳清單後，資料流容易覆蓋使用者最一開始傳送的訊息，導致 AI 無法獲知使用者的真正需求。
• 解法：建立跨節點變數引用，確保 AI 同時取得全域店家名單與使用者的最新指令。

2. LINE API 時效限制與 Token 報錯：

• 困難：LINE replyToken 僅 30 秒有效且限用一次，AI 模型推理與多節點串接稍有延遲會逾時中斷。
• 解法：精簡 Prompt 降低模型延遲，並在架構上整合 Push API 確保訊息百分之百穩定送達。

3. AI 非結構化文字與 LINE 格式衝突：

• 困難：AI 生成的自然語言常夾帶特殊換行與 Markdown 標籤，容易破壞 JSON 語法導致 LINE 伺服器拒收。
• 解法：在中間加入code節點 JavaScript 轉換層，利用正規表達式自動擷取店名並完成安全轉義，兼顧自然語氣與結構穩定性。

其實嘗試新增其他很酷的功能 (如 LINE Flex Message翻卡功能)，按照Gemini教學一步慢慢做，結果好像是版本的問題，電腦沒辦法操作，手機還沒嘗試過，最後就只做Qickly reply的快捷鍵設計。
先這樣吧~會再多多利用自動化，去嘗試做其他不同的專案！

❤️：看到許多超級厲害的人，這個平台超級讚👍👍