餐飲/旅遊業專屬 AI 網站聊天機器人開發

需求說明

一、 核心功能需求 (Functional Requirements) ​多模型對接與切換： ​整合 Gemini Pro API 與 OpenAI GPT-4o 系列接口，建立可彈性切換的後端架構。 ​設定 API 取用限制（Rate Limiting）以控制營運預算。 ​系統提示詞（System Prompting）管理： ​設計後端管理介面，讓案主能隨時調整 AI 的「角色設定」、「專業範疇限制」與「語氣」。 ​針對餐飲/旅遊業情境進行 Prompt Engineering，防止 AI 產生幻覺（Hallucination）或回答無關問題。 ​交談式 UI/UX 網站： ​響應式設計（Responsive Web Design），確保手機與桌面端皆有良好的對話體驗。 ​支援流式輸出（Streaming output），減少使用者等待感。 ​歷史對話紀錄儲存（Session persistence）。 ​關鍵字與流程引導： ​整合「常用問題快速鍵」（Quick Replies），方便客人在進入對話前快速選取。 ​二、 技術架構規劃 (Technical Stack) ​前端：建議使用 React 或 Next.js，能提供更流暢的單頁應用體驗（SPA）。 ​後端：Node.js (Express/NestJS) 或 Python (FastAPI)，便於處理非同步 API 呼叫。 ​資料庫：PostgreSQL 或 MongoDB，用於儲存對話紀錄、系統指令與用戶資訊。 ​部署環境：建議部屬在 Vercel, Google Cloud (GCP) 或 AWS，並配置 SSL 憑證確保傳輸安全。 ​三、 進階擴充建議 (Optional Add-ons) ​這部分可以用來增加你的提案競爭力（及預算爭取空間）。 ​RAG 知識庫整合 (Retrieval-Augmented Generation)： ​將餐飲菜單或旅遊行程 PDF/Excel 上傳至 Vector Database (如 Pinecone)，讓 AI 根據真實資訊回答，而非胡謅。 ​後端管理後台： ​儀表板監控：查看每日對話量、熱門諮詢話題（透過 AI 自動分類）。 ​手動接管機制：當 AI 無法解決問題時，可通知人工客服。 ​多語言支援：考量旅遊業特性，自動偵測使用者語系並切換回覆語言。 ​四、 專案交付物 ​網站原始碼 (Frontend & Backend Source Code)。 ​API 串接文件與系統架構圖。 ​系統管理操作手冊（教導案主如何修改 Prompt）。 ​三個月至半年的系統維護與 API 穩定性監測。