AI 規劃旅遊的能力邊界：2026 實測

在2026年，能不能放手讓 AI 規劃日本自由行？

我的答案是，還不行。但 AI 可以作為助手，讓你省下 70% 的資料查詢、開支預算、以及文件產出。

以下就是我在 2026年上半年間，如何用 AI (更精確來說，是使用 Google Gemini) 來規劃全家自由行的紀錄。本來想要雙手空空讓 AI 規劃好，我負責照他的規劃訂票付錢，最後全家照AI 產生的 playbook 跟景點導覽出遊。結果當然沒這麼順利。一些心酸寫在我行前發出的電子報裡，但這篇不是要以抱怨為主。而是說明在這個時間點 (2026 H1)，使用不是很靠譜的 Gemini，如何把旅遊行程規劃出來。

過程中哪些可以依靠，哪些還是自己來，哪些可以靠AI 省時間，那些苦工要自己做，都可以在後面這五千字的內容中找到。

跟AI 談清楚角色跟分工，以及你把關的方式

體感來說，這次我和AI 的分工是這樣的：

一開始，我把自己當作是領隊，將 AI 定位「規劃專家與導遊」，同時明確定義這次旅遊團的成員、年紀、個人喜好、特殊要求等。

我主要有四個session 在討論：

1. 日本旅遊 vO.o ：具有版號的主要專案，也是最核心跟完整的行程。許多在其他 session 討論完，具有可行性或是外部由我已經預訂好的資訊，才會回來添加到專案裡。
2. 大阪暑假旅遊 – 主要對話：一樣是具有整體的行程，但主要是在與 AI 對話討論整體規劃的可能性，討論到最後可能發散掉。要拉回來可以把日本旅遊 vO.o 專案匯進去，然後再跟 AI 討論。
3. 大阪暑假旅遊 – 單題討論：針對某些特定行程作討論。內容其實是蠻跳躍的。通常我會說：如果我要去奈良看鹿一天，但是不想曬太多太陽，也不想要走太多路，你的建議會是什麼？
4. Dn 單日行程修正與規劃：我一樣會把整體行程 markdown丟進去，然後說我現在要討論第 N 天的哪個行程，我的疑問/需求是…. 等到有結論或是確定的項目後，再添加回主要專案中。

其中 日本旅遊 vO.o 這個主要專案，包含了以下的章節，可供參考：

• 專案背景與核心限制 (Chapter 1)：定義了旅遊成員、旅遊時間、航班設定，以及對抗 7 月酷暑的「避暑戰術」最高指導原則。
• 關鍵決策 (Chapter 2)：鎖定了雙住宿基地（西九條攻 USJ、大國町攻市區與機場）、交通策略（全程刷 ICOCA、長途搭特急或對號座）以及 USJ 2 日票與快通 4 的戰略。
• 方案修正說明 (Chapter 3)：記錄了規劃過程中的重大調整，例如 D4 改採大眾運輸移防、D5 祇園祭避暑備案、D6 奈良空降戰術、D8 購物項目調整，以及 D9 取消計程車改由全家推行李的實務修正。
• 最終定案行程流 (Chapter 4)：以天為單位，簡述每日的核心活動、交通方式、避暑節奏與飲食重點。
• 財務預算結構 (Chapter 5)：提供總預算概估及其六大分類的預算金額配置。
• 每日行程詳細版 (Chapter 6)：這是報告最核心的部分，按時段細分 D1 到 D9 的執行內容，並註記具體的交通工具、設施指定時間、地址與鑰匙盒密碼等實務細節。
• 預算預估細目 (Chapter 7)：包括
  • 7-1 硬體與固定支出：列出機票、住宿、接送費用。
  • 7-2 生活與移動支出：包含重點美食預算拆解 及精確的日本國內交通費用細項表格（含計算公式）。
  • 7-3 景點與娛樂支出：詳細拆解 USJ 門票快通與大阪、奈良、京都各景點的門票費用。
• 景點安排 (Chapter 8)：
  • 8-1 已排定景點：詳細介紹大阪市區內 9 個已排定景點的位置、屬性、簡介與家庭成員對焦。
  • 8-2 候選景點：包含寶可夢咖啡廳、天保山 Anipa、天神橋筋商店街與貓咖備案。
• 現場維運防線與備忘錄 (Checklists)：提醒領隊關鍵任務的時程，如 VPN 搶票日期、交通卡餘額下限檢查、線上報到以及搭乘計程車的安全事項等。

為了怕 context overflow 後 AI 的記憶開始錯亂，絕對不要一個 session 用到底。而是每隔一段時間就要求 AI 根據討論進度產出具有版本號的紀錄，整理成 markdown的格式匯出供你下載。之後再開一個新的 session，把記憶讀入。這種版本管理的方式很好保存 (一個個md 檔)，也方便存放在 obsidian 中修改/比對。 我使用的 prompt 如下：

• 讀入prompt:
  你是一個日本旅遊行程規劃專家，也是有經驗的導遊。附件是一個還在規劃和調整中的暑期家族旅遊計畫，請先閱讀，然後依據我的需求和指示，進行後續的規劃和調整。
• 匯出 prompt:
  產生 markdown 格式的 vO.o 專案報告。當我要求「給我目前版本的報告」時，除了直接顯示目前版本的專案報告，也請同時輸出一份 markdown 格式供我下載。

針對很早期的想法，或是需要很細緻發散式討論的項目，或是天馬行空隨口問問，不一定會放進行程的議題，例如 USJ 的玩法/快速通關、祇園祭的歷史、Airbnb 房源的選擇等，另外開個 session 詢問，等到較收斂或是確定要放進行程考量之後，再回到主討論 session 裡說明你的想法跟想要增加/修改的行程項目。

針對還沒確定的東西，可以明確跟 AI 說「我還沒確定，先不要規劃這一塊，後續再提醒我，我們再回來規劃。

時序上，從需求開始進行規劃

那種「請你規劃 O天 O夜的日本XX之行」是最糟的 prompt。

我是由 VOC (Voice Of Customers )開始，畢竟是自由行，為團員們量身打造行程才有自由行的價值。重點不是行程/景點，而是期待。

今年我的作法是，詢問團員個人喜好、期望、和特殊要求：我先準備了一份「旅遊行前小調查」問卷。問卷包括了以下幾個題目：

• 你最想去的地方？ 為什麼想去？
• 另一個也想去的地方？還有沒有其他還想去的地方？
• 你想做或是體驗的事？ 原因或是期待什麼？
• 這次去一定要吃到的日本食物？ 除了一定要吃的，有其他想吃的嗎？
• 你希望這次旅行的感覺？(輕鬆/一般/多玩多看) 請補充說明
• 你希望這次旅行「一定要有的」跟「千萬不要有的」
• 其他想說的。

問卷印出後，給家人們填 (包括自己)。回收後再請 AI 讀取，整理出成員的喜好和需求，在後續的規劃中，會形成邊界條件和考量。

以下以小幸福的回覆為例：

• 最想去的地方：
  • 大阪環球影城 (USJ)：必去！(聽說雲霄飛車很刺激)。
  • 有貓咪的地方 或 奈良。
  • 日本風情景點：像是有藝妓的街道 (推測是指京都祇園/花見小路)。
• 想做的事： 去遊樂園、找鹿、體驗城市、搭大眾運輸。
  • 期待： 可以穿漂亮一點，而且平常很少有機會跟鹿接觸。
• 必吃美食： 一蘭拉麵、巧克力。想吃甜的，看到什麼吃什麼。
• 期望步調： 多玩多看一點，累一點也沒關係 (不想像旅行團那樣趕，但想好好品味文化)。
• 地雷/絕對不要 (重點！)：
  • 爸媽吵架 (還特別寫了「那兩個家長如果吵架，真的很討厭」)。
  • 東西不見。
  • 媽媽碎碎念 (特別註記：媽媽 close her mouth)。

可以請請 AI 整理出行程的核心 (最大公約數)。自己讀過並批改後，請AI根據需求，建議造訪的城市和天數。這樣就是第一版的框架了。此時可以看一下這行程鬆還是緊，會不會拉車很遠 (如果跨城市的話)，有疑問可以丟出給 AI。但此時只先到 幾天/幾個城市 就好了。同一個城內的行程是後面才會碰到的事。

先確定好幾天，然後就可以訂機票了。 我有試著請 Gemini 找出最適合的機票，但… Google 機票網站還是比較靠譜。訂好日期航班跟費用後再跟 AI 講，讓他紀錄就好。

住宿也是，不管是住飯店還是 Airbnb，傳統的 google 跟 airbnb 網站還是比較優勢。但可以把地址丟給 AI 問交通是否便利，那一區是否方便滿足前面VOC 行程的需求？ (例如去環球影城 或是 地鐵轉乘)，一樣訂好後，把資訊丟給 AI 紀錄。

機票跟住宿確定後，就可以開始規劃每一天大概要做的事了。你可以把一定要去的景點跟備選景點都丟給 AI，跟他說有哪幾天可以排，請他初排。不過要留意的是，AI 對於物理距離或是時間其實不一定很有概念，尤其是在一個城市裡，可能會叫你東奔西跑，餐廳的選擇也是。我一開始使用 Gemini 的原因是想說用 Google map 把相近的點綁在一起，不用東奔西跑。後來發現其實作不到也作不好。還是要靠自己調整。

後來我的作法是每一天選 2~3 個主要景點/要做的事。然後請 AI 規劃出時程。如果需要太早起床，太晚回家，或是中間要坐車的時間太久，或是逛街的時間太短，這可能代表你選的景點相距太遠，或是逛不完。那就調整吧，捨去景點，請 AI 再規劃一次，或是改變交通方式，用計程車取代公車或步行。一直到 AI 給你的版本你覺得好像可以。這時，要記得自己去查 google map，看看時間是否合理。 (這也是過程中我花第二多時間的部份)

地點和店家，AI 取不出護城河內的東西

在吃的餐廳選擇上，我本來以為可以好好依賴 Gemini 幫我拉 Google map 的店家評價，找出某地點附近，具有一定評價的好店。結果當然失敗。幻覺會出現在不存在的店家，不存在的評價，跟不存在的網址。同樣的事情也出現在請AI 收集 tabelog 上的資訊。後來我是先在 tabelog 上找出某地點附近的某類型餐廳，手動複製連結和評價，然後到 google map 中找尋該店家的評價跟連結，手工貼入 markdown 裡。最後記得把店家儲存在google map 的清單中，到時哪些店離你最近，一目了然。

AI 的功能就只有幫忙整理格式而已。這是過程中我花最多時間的部份。

但自己把幾個主要地點跟類型的店家資料建好後，後面要用餐只要翻出地點或類型，就有3~4家可以選，挑近的去，太多人就下一家，非常便利。

把關並驗證 AI 的自以為是

要用版本控制 markdown 的原因，是我發現 AI 會在產出新版本時偷偷簡化內容。雖然我後來要強烈要求 AI 在產生新版本時，不要簡化舊版本的內容 (而且每兩三個版本就提醒一次)，但偶爾 AI 還是會偷偷來。有了不同版本的markdown，可以丟給 Gemini (或其他 AI) 比對，確認是否有簡化。

同樣的事情也可以用在單日行程的細節，搭車下車的位置，步行路線的安排，可以丟給 另一個 AI 作檢討，看有沒有問題，然後互相討論。可惜的是目前我還沒辦法讓兩個不同家的AI 彼此討論/檢驗 (實務上是可行的)。最後還是以我作為樞鈕作資訊的把關和最終確認 (反正我自己也要把關看過)

Gemini 對於時刻表的資訊也有許多的幻覺，千萬要留意。我寧願手動查幾班給他讓他排，不然他自己抓，有一半以上都是幻覺。

導航的部份不要相信 AI，請把資訊丟給google map ，或是自己在 google map 上驗證。尤其是出口的位置、或是車站電梯的位置，這些都是常見幻覺的來源。

簡單的說，雖然我希望 AI 像 agent AI 一樣具有相關的技能去取得資訊，但實務上我現在用的就是對話型的 Gemini，agent skill 還是得要我自己來。

但 AI 可以不厭其煩地驗算/重算

可以開個新 session ，把當日/完整行程丟進去，請 AI 比對不同交通方式、不同票券、不同觀光客行程。找出在預算、時間、和便利程度上最好的方式。每當多了一個行程，改了一個行程，改訂了一家餐廳，都可以叫 AI 重新算一次，重新比較一次。

這次我們沒有購買大阪周遊卡，也是這樣比較之下的產物。

ICOCA 第幾天預期剩多少，小於多少要儲值，每一天都可以叫他算一次，行程改了也可以叫他重算。最後跟我自己記帳的結果相差不遠 (幾百日圓)，已經算是可以讓人安心的程度。

同樣的，在旅途中如果家人臨時想改變行程，也是叫 AI 重新算一次，並找出可能的問題點跟解決方案 (如改票/退票)。並且可以重排時間軸跟動線。

如果傳統都是手排的話，我一定不想改，改了有太多變數。但這次有AI 先把改排的方案列出並比較，我就比較願意臨時改行程。

在製作 check list 上，AI 也很方便，這樣領隊我比較不會漏掉什麼該準備的事。

也可以讓 AI 在大海中撈魚

像我這次是七月中去，我就問了 AI ：從 7/10~7/25這段期間，大阪市區、奈良公園附近、跟京都 有什麼重要或是有特色的活動？

我就是這樣發現祇園祭跟土用丑日，然後把這兩個特色事件納入我的行程規劃裡。

Playbook 的生成

我本來想要在行前做個圖文並茂的 playbook ，後來發現用 AI 做其實沒那麼容易，而且太旅行社了。我懷疑如果拿到一本小冊子，團員們有多少會去看？

所以我的作法是在行前會議的時候介紹行程大概內容，每一天所在的城市，要做的主要事情。如果有訂好的車班次，就要先說好大概幾點起床。大概就這樣。

而playbook 我主要是給自己看，所以後來就請 AI 除了把主行程生成 md 外，每一天的細部行程也都各生成一個 markdown 檔案，通通放在 obsidian 中。

考慮到人在日本，我的作法是把這幾個 md 轉成 html (而不是 PDF)。檔案小，保留超連結。但適合的轉換工具不多，我後來使用的是VaultPack，可以保留md 文件之間的連結，但文件內的anchor 解不出來。有點可惜。

我儘量不要在人在旅遊的路上修改 obsidian的內容，因為改了之後 還要 轉成 html然後上傳到網站。對於 iOS 手機的操作其實很麻煩。所以出門後，要修改或是新增的資料我就使用 simplenote，等到回來要歸檔時再把 simplenote 上的內容加入到 obsidian。

playbook 雖然我出門前有把網址連結給團員們，不過目測應該沒有人完整讀過。我的作法是前一天晚上把隔天的行程playbook 丟到群組裡，他們不一定會看，但走丟或是不知道接下來要幹嘛時，就會去看了。

這是人性。

今年用對話式 AI，希望明年用 Agent AI

坦白說，今年有了 AI 的協助，行前規劃和準備已經讓我輕鬆很多，但還是沒有想像中的那麼美好。有些事還是要自己來，流程也是自己摸索，慢慢形成今年的架構。

希望明年，在 AI 的進步之下，我可以更輕鬆。尤其是餐廳和飲食的規劃…

playbook 的部份也許明年改叫 AI 直接生成網頁，不過要保留不同 md 之間的內部連結，這還得試試看做不做得到。

平心而論，去玩了一趟回來，我覺得如果沒有 AI，我行前會更累。行程中遇到團員 (家人) 想隨意更改時行程時，也會更眼神死。從這方面來看，AI 的確多多少少維繫了些我們這團 (這一家人)的感情 XD

而那些核心重要的事，像是理解同行的人、做出重要的決策，以及旅行感受的本身，仍然要由我自己來承擔，不能也不需要交給AI 的。

除此以外的那些查資料並且整理的瑣事，希望明年可以通通交給 Agent AI。

下一篇，再來談談這次日本行的一些小小心得。

你也許會喜歡

2025 年度回顧 兩個角度的富士山 橫濱快寫 [北海道．冬] 行前