第 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 的產品建造之路！ 我們下次見囉！

下次見！