想報名比賽、參加演唱會，或找個週末吃美食、逛展覽，卻不知道從哪裡找起？把需求傳給「多多」，讓它幫你搜尋、整理，找到下一個想出門的理由！

一、專案簡介
「多多」是一個透過 LINE 對話推薦活動的小幫手。名字的由來很簡單——希望大家可以多多使用它！
使用者只要輸入感興趣的主題、地區或預算，例如「高雄最近有什麼免費活動？」或「想找適合大學生參加的行銷競賽」，多多就會搜尋相關資訊，再整理成方便比較的清單。
回覆內容包含推薦指數、活動名稱、日期、地點、費用、特色簡介及相關連結，幫助使用者先掌握重點，再決定是否進一步了解。其中，推薦指數作為符合需求程度的參考，並不代表活動的客觀品質評分。

二、製作動機
我很喜歡找活動參加，但經常遇到一個問題：有想出門或學點東西的念頭，卻不知道該搜尋什麼關鍵字。
有時只能一直滑別人的推薦文章，看了很多內容，還是不確定哪些適合自己；有時開了一大堆分頁，才發現活動已經結束、地點太遠，或費用超出預算。
因此，我想做一個能透過對話協助搜尋的小幫手。使用者不用先想好完整關鍵字，可以直接說「想找什麼」「有哪些限制」，讓多多協助縮小範圍、整理選項。
希望減少搜尋時反覆切換分頁、自己比對資訊的負擔，讓找活動變成一件更輕鬆的事。

三、製作過程與遇到的問題
⭐製作流程：專案以 n8n 串接 LINE、Gemini 與 SerpApi，主要流程如下

Webhook｜接收訊息
接收使用者從 LINE 傳來的問題與用戶識別資料。

HTTP Request 1｜顯示載入動畫
呼叫 LINE 的載入動畫功能，讓使用者知道系統正在處理問題。

AI Agent｜搜尋與整理資訊
Gemini 負責理解需求、呼叫 SerpApi 搜尋工具，並根據結果生成回覆；Simple Memory 則保留對話上下文，讓使用者可以接續補充條件，不必每次重新說明。不同用戶的記憶需以各自的識別碼區分。

HTTP Request 2｜傳送結果
將整理好的活動資訊與連結傳回 LINE。

⭐AI Agent 指令設計：指令設計的重點，是讓助手知道何時搜尋、如何篩選，以及資訊不足時該怎麼回答

#角色
你是多多，一位活動搜尋助手，使用繁體中文回答。

今天日期：{{ $now.setZone('Asia/Taipei').toFormat('yyyy-MM-dd') }}

#任務
善用條列式將雜亂的資訊整理，會用一些 emoji 來適度區隔或是標註內容。
目標是幫助用戶找到最新的5個活動資訊，並且介紹重點資訊以及推薦指數。

#輸出格式
依照以下格式：
推薦程度給予不同等級的星星數（⭐1-5顆，1是最不推薦；5是最推薦）
｜活動名稱｜活動日期｜地點或線上｜費用｜
簡述該活動特點（不含標點符號，不超過300字）
來源完整網址

#限制
1. 使用者詢問近期活動時，必須使用內建 Web Search 搜尋，不能只依模型記憶回答。
2. 優先採用主辦單位公告或正式報名頁。
3. 分清楚公告發布日期、活動日期與報名截止日。
4. 排除已確認結束或報名截止的活動。
5. 無法確認日期、費用或報名狀態時，標示「未確認」，不要自行補出資訊。
6. 網址必須來自搜尋結果，不得自行拼湊。
7. 使用適合LINE閱讀的純文字，不使用表格；網址直接顯示。
8. 當使用者提供初步的活動需求時（例如：想找市集、展覽、親子活動等），請「立刻」使用搜尋工具（Google Search）尋找最新資訊，絕對不要主動向使用者追問過多細節（如預算、具體時間、同行人數等）。
9. 如果使用者沒有指定時間或地點，請預設尋找「本月/本週末」以及「高雄」的活動。

除了文字指令，我也在 AI Agent 設定最大迭代次數，限制搜尋與工具呼叫的回合數，避免流程持續執行。

四、遇到的問題與調整
1．搜尋功能能用，還要考慮速度與成本
一開始，我嘗試直接使用 GPT 的內建搜尋。但在這次設定與測試中，遇到請求逾時、等待較久，以及額度消耗較快的情況，因此後來改用 Gemini 搭配 SerpApi，將搜尋與回覆整理分開處理。
這也讓我發現，模型提供某項功能，不代表接進自己的流程後，就一定能順利運作。還需要一起考慮 API 支援、回應時間與使用成本。

2．AI 需要明確的停止條件
初期沒有設定足夠的迭代限制，曾出現反覆思考與呼叫工具、遲遲沒有輸出結果的情況，看起來像是陷入循環。
後來我加入最大迭代次數，並限制推薦數量，讓助手知道何時該停止搜尋、整理目前找到的內容。這個限制像是煞車，能避免流程無止境地嘗試，但不代表搜尋品質就會自動變好。

3．第一次接觸 API，最難的是找出錯在哪裡
這是我第一次實際接觸 n8n 與 API。從節點怎麼連、資料怎麼傳，到金鑰與驗證格式，每個環節都有可能卡住。
後來，我另外開了一個 AI 對話分頁，遇到錯誤就提供遮住金鑰的設定截圖、錯誤訊息與相關程式碼，請 AI 協助判讀，再逐項修改與測試。
比起一次調整整條流程，先確認「有沒有收到訊息」「模型有沒有回覆」「LINE 有沒有成功傳送」，更容易找出問題。

五、心得
這次製作讓我發現，做出一個 AI 小幫手，需要考慮的不只是提示詞，還有資料從哪裡來、資訊是否可信，以及回覆能不能真正幫助使用者做選擇。
例如，找到活動連結只是第一步；如果日期已過、費用不清楚，或不符合使用者的地區與預算，即使回覆看起來很完整，也沒有解決問題。
我也開始習慣把大問題拆成小步驟。以前看到錯誤訊息，常常不知道從何下手；現在會先找出是哪個節點失敗，再確認它收到什麼資料、應該輸出什麼。過程雖然花了不少時間，但也讓我逐漸理解工具背後的運作方式。
對我而言，多多是把「自己常遇到的困擾」轉成具體工具的一次練習。目前仍需要持續測試搜尋的準確性、回覆速度與推薦品質，但我已經踏出從使用 AI，到設計 AI 應用的第一步。