第 1 集

Summary

在首集節目中，主持人 PIKA 和 熙宇深入介紹 PickTrip 如何從一個小小的想法，進化成一個顛覆傳統旅行規劃的 AI 旅行顧問。PickTrip 的核心在於協助使用者將模糊的旅行概念，透過語音與聊天介面，轉化為清晰可行的計畫。節目中詳述了其從 V1 純文字 AI 工作流，到 V3 整合 ElevenLabs 語音、九階段行程管線 (Discovery 到 Repair)，以及專屬飯店與機票 API 的技術演進。此外，PickTrip 還具備「AI Judge」機制以驗證行程可行性，並提供「多人協作行程編輯器」與內建購物車，實現從規劃到預訂的完整商業閉環。未來 PickTrip 將持續優化 AI Judge 功能，並擴展更多元服務，以提升行程準確度與使用者體驗。

Transcript

嗨！ 各位愛旅行、愛探索、也愛跟朋友規劃行程卻常常吵架的朋友們， 歡迎收聽 PickTrip 產品建造筆記！

我是你們的好奇寶寶 PIKA！

各位科技迷、產品人，還有所有對未來充滿想像的聽眾朋友，大家好， 我是熙宇。 很高興可以在這個全新的節目跟大家見面。

熙宇，這是我們的第一集耶！ 我超興奮的！ 光是想到能跟大家分享 PickTrip 如何從一個小小的想法， 一路進化成超酷的 AI 旅行顧問，我就覺得熱血沸騰！

對啊，PIKA，這真的很有趣。 你知道嗎，很多人在聊旅行規劃的時候，第一個想到的可能是「哪裡好玩？

」、「有什麼推薦行程？ 」。 但其實，真正讓人頭痛的，往往是那些很抽象、很混亂的「想法」本身。

沒錯！ 就是那種：「我想要去一個很 Chill、可以看到海、又不要太多人的地方， 然後食物要好吃，但又不要太貴...」這種感覺！

說了半天，連自己都不知道到底在說什麼！

對，就是這種！ 然後你的朋友可能也跟你一樣，都在丟一些很模糊的關鍵字。 所以，我們今天第一集，就要來好好聊聊 PickTrip 是怎麼從這些「旅行聊天」和早期的 prompt 實驗，

一步步進化，最終成為一個 AI 旅行顧問，整合了語音需求收集、 可驗證的行程引擎、真實的飯店機票 API、多人協作編輯器， 還有可預訂的購物車閉環。

哇，光聽就覺得很神奇耶！ 從那種「我也不知道我想去哪」的狀態，到變成一份可以預訂的行程， 這中間到底發生了什麼魔法？

好，那我們就從 PickTrip 最核心的理念開始講起。 你要知道，它不像你一般想像的，只是填問卷、或是給你一個現成的行程範本。

它一開始的定位，就是一個「AI 旅行顧問」。 它要幫你做的，是把那些你腦袋裡很混亂的旅行想法，透過對話， 慢慢抽絲剝繭，讓它們變得清晰，最終組織成一個實際可行的計畫。

這完全重新定義了旅行規劃。

喔！ 所以它其實不是那種「你說我要去日本，它就給你十個日本行程」這種， 它是會先跟你聊天，搞清楚你到底想要什麼，對不對？

沒錯，就是這個意思。 它的目標是希望讓你覺得，它就像一個很懂你、又很會旅行的朋友， 從啟程到返家，都陪伴你一起規劃。

我覺得這個「陪伴感」很重要。

陪伴感！ 這讓我想起以前跟朋友出去玩，光是喬一個行程，就耗掉我半條命， 然後還常常意見不合，最後搞得大家都很累。

確實。 所以你看，從一開始，PickTrip 就意識到這不只是個簡單的「排行程」問題， 它更是一個「釐清需求」與「解決溝通」的問題。

那我們再往下拆解。 PickTrip 整個系統的進化，其實可以分成幾個階段。 他們從最早的 V1 純文字 AI 工作流，一路進化到現在的 V3 系統。

V3 版本中，不僅導入了 ElevenLabs 語音功能， 還有一個非常複雜的「九階段行程管線」。

九階段？ 哇塞，聽起來超級硬核的！ 這九個階段是說...從哪裡到哪裡啊？ 感覺好像在跑一個超大型的 project！

對，它就是一個超大型的 project，從最初的「探索期 Discovery」， 一直到最後的「修補階段 Repair」。

每個階段都有它要處理的任務。 而且，這個 V3 版本還整合了他們自己研發的飯店跟機票 API。 這代表什麼？

這代表它不只提供行程規劃，更是真正能夠連結到真實世界的訂房、 訂機票服務。

等等！ 語音！ 你是說我可以跟 PickTrip 用講的，然後它就聽懂我的需求， 幫我排行程嗎？

這也太神奇了吧！ 我以前都覺得語音助理都很笨，常常聽不懂我在講什麼。

這邊就要提到一個非常關鍵的角色，就是 PickTrip 裡面的「Pika AI 助理」。 它主要的工作，就是透過語音與聊天介面，進行有效的「需求探索」。

它的目標很明確，就是在三到五分鐘之內，把你的核心旅行細節給收集起來。 它要讓你感覺被理解，把抽象的想法轉化為清晰的行動計畫。

三到五分鐘？ 那我要怎麼跟它講？ 它會一直問我問題嗎？

這邊厲害的地方就在於，Pika AI 的設計目標，是讓使用者感覺「被理解」， 並將抽象的想法轉化為清晰的指令。

他們強調的是，AI 的強項是「問得少，但判斷得準」。 它不會一直丟問題，讓你覺得在寫考卷。 它會嘗試從你的隻字片語裡面，抓到你真正的意圖。

哇，這就跟一個很懂你的朋友一樣，你不用講太多，他就知道你在想什麼了！ 這比我自己跟自己對話還有效率耶！

確實。 那有了清晰的需求之後，光是排出來的行程，也需要驗證啊。 畢竟 AI 偶爾還是會出包嘛。 所以 PickTrip 在行程引擎的後面，還有一個很特別的機制，

叫做「AI Judge」。

AI Judge？ 這是什麼？ 一個行程審判官嗎？ 聽起來有點酷耶！

你可以把它想成是一個審判官沒錯。 它會判斷行程路徑是否合理、是否符合你的偏好、在現實世界中是否可行， 以及整體品質如何。

這個 AI Judge 會結合外部資料，像 Serper、 Google Places 這些，來確保排出來的行程是紮實、 是禁得起考驗的。

所以它不是亂排一通，排完還會有一個很嚴格的 AI 來幫我把關， 確保我的行程不會出現那種「兩個小時要從台北搭飛機去墾丁」的狀況， 對吧？

沒錯，就是這個意思。 這個機制非常重要，它確保了 AI 的推薦不僅不是空中樓閣， 更是有現實基礎的。

那講到現實基礎，這邊還有一個更關鍵的點。 PickTrip 不只推薦行程，它還能做到一個很重要的「商業閉環」。

閉環？ 這是什麼意思？ 聽起來很像科幻小說裡面的東西。

講白話一點就是，它不只是給你一份排好的行程，它還能整合真實世界裡的飯店、 機票 API 資料。 這代表你可以在 PickTrip 裡面，直接查詢即時的空房、 空位、價格，甚至立即預訂。

而且，你的預訂狀況還會回饋到行程裡面，如果某個飯店滿了， 行程可以動態調整，確保整個流程是完整的。

天啊！ 這真的很扯耶！ 我以前規劃行程，常常是東看西看，然後看到喜歡的飯店，還要再跑到別的網站去訂， 結果可能就賣光了，然後我的行程又要全部重排。

這簡直是把所有麻煩事都串聯起來，一次解決！

對啊，這解決了我們在旅行規劃中最痛苦的一個環節，就是「從規劃到預訂」中間的斷裂感。 它將這個流程徹底順暢化了。

而且，如果你是跟朋友一起出去玩，它還有一個超棒的功能，叫做「多人協作行程編輯器」。

喔！ 這個我超需要！ 我跟朋友出去玩，光是傳訊息、截圖、投票，訊息就炸鍋了！ 最後都不知道行程在哪裡！

哈哈，你講到重點了。 這個多人協作編輯器，就是為了解決「團體規劃的惡夢」。 它是一個多欄位編輯器，讓你們能即時協作、聊天、對選項投票， 還有共用的待辦清單，甚至內建購物車。

它把旅行從概念到預訂，都變成了一個共享專案。

購物車！ 這也太神了吧！ 所以我的行程規劃，就真的像一個共同的 project 一樣， 從一開始的想法，到最後的預訂，全部都在一個地方完成？

我真的不用再被朋友傳來的 LINE 訊息截圖搞瘋了！ 這簡直是福音啊！

沒錯，你可以想像，它把旅行規劃變成一個「共享專案」，讓整個團隊都能看到進度、 共同參與。 不過，講到這麼複雜的功能，從語音助理、AI Judge，

到真實的 API 串接、再到多人協作，這中間的工程複雜度其實非常高。 很多人可能會好奇，PickTrip 到底是怎麼做到這一切的？

對啊！ 這簡直是魔法等級了！ 難道他們是用唸咒語的方式把這些功能變出來的嗎？ 背後是不是有一群超強的工程師，像鋼鐵人一樣在打造？

哈哈，當然不是魔法啦！ 但背後確實有一群很厲害的工程師和一套很扎實的開發理念。 要做到這一切，背後肯定少不了一套強大的開發流程和工具。

像今年二月，PickTrip 就宣布他們正在邀請大家測試一個全新的平台版本， 這麼大規模的更新，肯定仰賴他們內部強大的「developer tooling」和開發流程。

Developer tooling？ 你是說他們自己用的工具嗎？ 那跟我們一般人用的工具有什麼不一樣？

很好，PIKA，這就是我想跟你聊的。 講白話一點，這些 developer tooling 不只是指他們用了什麼程式語言或框架， 它更包含了他們整個團隊「如何打造產品」的思維跟文化。

像他們在今年八月發布的一個後端工程師的職缺，裡面就明確寫到，

他們要找的工程師是負責「Own the systems that turn a loose idea into a booked itinerary — AI orchestration,

booking pipelines, and the APIs that hold them together.」。

這句話超級重要的。

哇，Own the systems！ 這感覺不是寫寫程式而已，是把整個系統都扛下來的感覺！ 所以他們不是只負責一部分，而是整個流程的建造者？

沒錯！ 這意味著他們不是在做那種很零碎、只負責一小塊功能的事情。 他們要從最前端的 AI 想法轉化，到後端的預訂管線，甚至所有的 API 串接， 都是自己內部打造跟掌控的。

他們主要使用的技術棧是 TypeScript 和 NestJS， 底層架構也高度依賴 AWS 和 LLM orchestration。

這讓他們能更彈性地整合這些複雜的 AI 模組和真實世界的服務。

喔！ 所以他們不只是做出來，還要確保這些東西真的能跑、能動，而且是順暢的。 這就好像你不只是設計飛機，你還要親自去開飛機，確保它真的能飛起來！

你這個比喻超棒的！ 而且他們還有一個很特別的開發文化，叫做「dogfooding」。

用他們的說法就是「Built on the road. We dogfood PickTrip on our own travel. Bugs get found on overnight trains. Ideas start in the middle of actual itineraries.」。

Dogfooding？ 吃狗糧？ 所以是說他們自己也會用自己的產品去旅行，然後親自去找出問題？

對啊，就是這個意思！ 他們會讓開發團隊親自使用 PickTrip 來規劃自己的旅行， 然後在實際的旅程中發現 bug、發現痛點、甚至激發新的想法。

這真的很硬核，你知道嗎？ 這表示他們不是關起門來憑空想像，而是讓產品在最真實的壓力下被考驗。

哇！ 這真的是超級負責任的團隊耶！ 所以那些超讚的功能，都是他們自己旅行的時候，被氣到、被卡住， 然後才想辦法解決的？

這太有說服力了吧！

沒錯。 而且他們也強調「Small team, big judgment. Everyone here designs,

writes, and ships. We trust each other's judgment more than process — and we protect that by staying deliberately small.」。

這種強調個人判斷力、小團隊高效率的文化，正是讓他們能快速迭代、 解決複雜問題的關鍵。

了解了！ 所以 PickTrip 不只是產品本身厲害，連他們打造產品的方法、 背後的團隊文化，也都是經過精心設計的。

難怪能從一個小小的想法，變成這麼完整的服務。

是啊，這其實也反映出現在很多新創公司在產品開發上的趨勢。 他們不只專注於最終用戶的體驗，也高度重視內部開發效率和文化。

那未來呢，我覺得 PickTrip 在這些 developer tooling 上， 肯定會繼續投入。

比如說，如何讓 AI orchestration 更流暢、 更智慧，甚至發展出讓第三方開發者更容易接入他們平台的工具， 這都值得我們持續關注。

哇，所以他們不只自己厲害，未來可能還會把這些厲害的工具分享出來， 讓更多人一起打造更好的旅行體驗？

這真的很令人期待耶！

真的耶！ 光是想到未來的旅行規劃可以變得這麼輕鬆，我就已經開始期待下一趟旅行了！

對啊，這些問題，還有 PickTrip 背後更多更深層的技術細節， 我們都會在這個系列節目中，繼續跟大家一步步拆解、分享。

所以，如果你對產品開發、AI 應用、或是旅行產業的未來感興趣， 請一定要持續鎖定我們的節目！

沒錯！ 鎖定我們，一起探索 PickTrip 的產品建造之路！ 我們下次見囉！

下次見！