AItripme：一份行程資料
派生出不同銷售頁面
你先把「行程」做出來（trip.html），系統就能自動產生：機票建議、旅館建議、餐廳訂位建議……未來再接 API / RAG。
同層短路徑 · 方便操作
靜態 HTML 先跑起來
下一版接 JSON / localStorage
最後再接 RAG / API
快速入口（同層檔案）
index.html 直接跳：trip / flight / hotel / restaurant
① 行程總覽（trip.html）
先讓客戶看到「這趟到底長怎樣」：天數、動線、重點。
② 機票建議（booking_flight.html）
用規則先生成方案；第二版再接機票 API。
③ 旅館建議（booking_hotel.html）
先用區域/預算策略，讓客戶覺得「很專業」。
④ 餐廳建議（booking_restaurant.html）
把需要預約的餐廳放到最佳時間點，避免行程失控。
✅ 你只要記得：所有 HTML 都放同層（index/trip/booking_*），就不會再出現超長路徑問題。
快速搜尋（示範）
提示：這裡先做 UI，正式版再接資料。
Demo 頁面狀態檢查
trip.html未檢查
booking_flight未檢查
booking_hotel未檢查
booking_restaurant未檢查
若檔名或位置錯誤，這裡會顯示缺檔（只做提示）。
示範行程（靜態展示）
給客戶看「我們可以賣」；給 VC 看「可複製」
🔎 目前共 0 個行程
工作方式
先靜態跑通 → 再資料驅動 → 最後上 RAG/API
Step 1：同層入口
Now
index.html 是唯一入口：一鍵跳 trip + 三個派生頁，方便你測試與演示。
Step 2：Trip JSON
Next
trip.html 產生/保存 Trip JSON，booking_* 直接讀 localStorage 或 JSON 檔。
Step 3：Travel RAG
Later
景點/交通/餐廳/規則變成可引用資料，生成「不同客群模板」的 HTML。
FAQ
先把疑慮寫在頁面上，成交率會更好。
為什麼 index 只當入口？
因為你要「操作方便」。所有頁面同層，不用再追長路徑。
何時接 API？
第二版開始：先接 mock JSON，再接真 API；先讓 demo 會賣最重要。
RAG 會放哪裡？
會放在資料層：destinations / airports / policies / tips…最後再由模板輸出頁面。