嗨，歡迎收聽 PickTrip 產品建造筆記。 我是 Kai。

嗨！ 我是 PIKA！ 這系列走到二十七集了，每次都覺得我們在見證奇蹟耶。

確實是。 我們一直以來都說 PickTrip 的核心目標，是把那種「我也不知道我想去哪」的模糊旅行想法， 轉化成一份「清晰可行的計畫」。

這個過程，從 AI 旅行顧問、語音需求收集、可驗證行程引擎， 到真實飯店機票 API、多人協作編輯器，以及最終的可預訂購物車閉環， 其實今天已經不再是藍圖。

我們就來個大盤點，看看 PickTrip 是怎麼把這些夢幻目標， 一步步變成使用者能直接預訂的完整體驗。

哇！ 這根本就是把我們一路走來的這些「建造筆記」，串成一個完整的產品故事嘛！ 聽起來超熱血的。

先講結論，PickTrip 不只做到了，而且把每一個環節都打磨得非常「誠實」。 但關鍵在於，這過程並非一帆風順，每個願景背後都是無數次的推翻重來。

說到誠實，我記得我們之前聊到 AI 假裝知道、假裝修好、 甚至還會亂動使用者的行程，那時候真的是「騙子 AI」的盛行期耶！

確實。 要把 PickTrip 的 AI 從早期那個會「假裝知道、 假裝修好」的「說謊 AI」，訓練成一個「誠實」的旅行顧問， 其實是整個 AI 行程管線裡最核心也最困難的挑戰。

對啊，我記得有幾次真的是氣到想砸手機，怎麼會這樣亂搞我的行程！ 那個假裝修好，真的最惹人厭。

但這整個流程的進化，其實從我們很早就開始提到的「AI Judge」機制就種下了根。 這個機制原本在二零二六年五月二十號 PickTrip 剛發布的時候，

初衷是要驗證行程可行性，現在它已被拓展成一套更廣泛的「可驗證行程引擎」。

哦，那個「AI 法官」嘛。

沒錯。 團隊開始在第十五集、第十七集，把「誠實變成一套語言」，讓 AI 清楚地知道什麼是「這天訂不到」、 什麼是「價格載入失敗」，而不是一概回報「這裡什麼都沒有」。

他們運用大型語言模型 LLM 作為「評審」，自動評估生成行程的品質和可行性， 顯著降低了 AI 的「幻覺」。

哦！ 我有點印象，好像還把它推到購物車結帳頁，連收銀台都得誠實的那種？

完全正確。 在第十七集，誠實被從 AI 的「大腦」推到最前端的「收銀台」， 確保系統不會因為一個小錯誤就謊報訂不到房或票券沒了。

這不只是修復一個 bug，更是在系統底層建立了「誠實工程」的原則。 到了後來的第二十五、二十六集，團隊甚至為了「收銀台把還訂得到的票謊報成已過期」這種致命謊言，

不惜延後上線日，只為了徹底拆掉這個「謊」。 整個過程，就是把 AI 從一個「會說謊的傻瓜」，訓練成一個「負責任的旅行顧問」。

哇，這聽起來真的不只是技術，更像是在建立一種道德標準了。 但說真的，從 AI 亂說謊到現在的「誠實工程」，中間是不是還做了很多架構上的大翻新？

再往下看一層，你會發現真正關鍵的是，團隊從 AI 的「大腦怎麼被叫出來」這一層就動了手腳。

我們在第十三集跟第十八集聊到，他們拆掉了舊架構中那個「看你這句話長怎樣」來猜 AI 該派誰的決定性路由。

現在，三個 agent 併成一個「規劃腦」，而且每次修改都走同一條「活線」， 前文和記憶永遠帶著，讓 AI 在結構上不可能再失憶。

這就像是從最底層拔掉了讓 AI 亂寫還嘴硬的病根。

欸，這個你一定要知道！ 以前真的很容易被 AI 搞混，叫它移東京鐵塔，結果它把淺草寺移走了， 還很自信地說「搞定」。

現在聽你這樣講，AI 真的變聰明也變「乖」了。 所以這些改動，是確保 AI 不只講真話，還能真的理解我們的需求， 然後給出一個「可驗證」的結果？

對，這中間還包括在二零二六年七月十五號導入的「mutation-guard」機制。 它讓 AI、管線、真人三條寫入路徑共用一套不變量檢查器， 確保任何改動都不會悄悄破壞行程。

到了二零二六年七月二十七號的第二十三集，團隊甚至開出一個「行程資料完整性稽核」的母議題，

盤點並修復了系統會「擅自毀掉你做過的事」的狀況，同時也對 Yjs 這種多人協作的底層技術做了很多一致性改善。

這確保了每一次 AI 的修改都能被追蹤、驗證，而且不會掉資料。

聽起來就是把以前那個「黑箱作業」的 AI，變成了一個「公開透明」的工程師， 每個步驟都得打卡、被審查。

我喜歡這個比喻。

確實是這樣。 而且別忘了語音，它一直是 PickTrip 最初從「旅行聊天」開始的核心。

從第一集就提到的 ElevenLabs 語音整合，到二零二六年七月七號第五集 Deepgram 語音辨識的修復， 以及二零二六年七月十四號第十二集語音輸入處理的持續改進，

這些都讓使用者能從一開始的模糊語音需求，就被 AI 準確地收集、 理解，並輸入到我們剛才說的那個「誠實」的管線中。

喔！ 這就對了！ 如果連語音輸入都沒辦法準確辨識，那後面那些再厲害的 AI 腦袋都沒用啊。 所以這等於是從最前端的「嘴巴」到最核心的「大腦」，都已經被徹底地「誠實化」了。

沒錯。 這才讓 PickTrip 具備了將模糊想法轉化為可信賴行程的核心能力。 但是，光有「想法」和「行程」還不夠，旅行終究是要落到真實世界的飯店、 機票上。

對！ 那才是真正能出去玩的部分！ 不然光是紙上談兵，規劃得再好都是假的。

說到真實世界的整合，PickTrip 在很早期就立下了目標， 要整合真實的飯店和機票 API。 這代表著要跟外部供應商合作，把他們的庫存、價格，即時地拉進 PickTrip 的系統裡。

這個挑戰，可不只是接通一個 API 這麼簡單，更關鍵的是怎麼讓這些外部資料， 在 PickTrip 的系統裡被「正確」地理解和呈現。

怎麼說？ 不就是串接一下就好嗎？ 感覺就只是打個接口，然後資料回來就好。

先說個簡單的。 PickTrip 在二零二六年七月八號第七集整合 Klook， 二零二六年七月十一號第九集整合 DIDA，並在二零二六年七月二十八號第二十四集擴展了多供應商支援。

但真正突破性的進展，是我們在第十六集、二零二六年七月十八號發現的痛點： 地圖上加進來的飯店，一直被系統當成普通的路邊景點來處理， AI 根本不曉得它在處理的是「飯店」。

哇，這也太驚人了吧！ 所以 AI 根本不曉得它在處理的是「飯店」，它只覺得那是一個「點」？ 那這樣要怎麼知道有沒有房間？

怎麼報價？ 根本就是黑人問號啊。

對。 這導致只要行程帶小孩，系統就會把兩大兩小塞成「一間房四個大人」去問飯店， 結果幾乎每家飯店都回報零房。

在二零二六年七月十九號第十七集，團隊拆穿了這個「假訂不到房」的謊言， 改成把人數攤成幾間房每間幾人，實測麗思卡爾頓大阪從零房變一百五十五房。

這個改動，讓飯店終於被當成「飯店」來處理，而不是一個「路邊景點」。

我懂了！ 這就好像一個很厲害的廚師，但他手上的食材卻貼錯標籤，把雞蛋當成蘋果在料理， 難怪煮不出好菜！

所以他們解決了這個「身分認同」的問題，飯店才開始「正常運作」。

沒錯。 這個「讓飯店被當成飯店」的過程，還包括修正跨夜渲染錯誤、 確保飯店在行程中是「被釘住」的事實，不能像普通景點一樣隨意拖動。

此外，Web 地圖功能也顯著增強，現在能利用即時行程資料， 支援建立和編輯真實會議點，不再使用假的座標或評分，直接展示資料品質狀態。

這些都是為了讓真實世界的複雜性，在系統中被精準地建模。

聽起來很合理耶，飯店本來就是固定入住退房，不能隨便亂改。 那多人協作呢？ 這也是當初第一集就提到的願景，我自己規劃行程常常跟朋友搞得一團亂。

多人協作編輯器，是 PickTrip 另一個大膽的願景， 它想解決的就是你說的這種「一團亂」的問題。

PickTrip 從一開始就強調「AI 原生」的旅行文件 TripDoc， 讓高影響修改需要 diff 和 audit，這本身就為協作打下了基礎。

使用者可以像共同編輯 Google Docs 一樣，同步進行「1-tap real-time co-editing」， 系統也定義了明確的使用者角色，比如 owner、admin、

editor、reader。

Diff？ Audit？ 聽起來很工程師，對使用者來說是什麼感覺？

對使用者來說，它背後需要極高的技術穩定性。 在二零二六年七月二十七號的第二十三集，團隊針對 Yjs 這種多人協作的底層技術，

做了很多一致性改善，修復了「系統擅自毀掉你做過的事」這種老問題。 更重要的是，在二零二六年七月二十四號的第二十一集，他們部署了針對 iOS 跨行程汙染的修復。

等等，跨行程汙染？ 這是什麼意思？ 聽起來好恐怖！

意思是，你編輯這個行程的資料，可能在不經意間，就「汙染」到另一個行程的資料了。 這在多人協作的環境下，是一個非常危險的 bug。

這次修復，確保了每個行程都是獨立且安全的，讓大家在協作時， 真的能做到「各司其職，互不干擾」。

哇，這根本就是確保每個旅伴在寫自己的行程時，不會不小心把別人的行程刪掉或改掉啊！ 這超級重要耶。

不然一群人好不容易喬好行程，結果一鍵按錯就全毀了，那真的是友誼的小船說翻就翻。

確實是。 這些底層的穩定性和正確性，搭配從二零二六年五月一號開始持續進行的行動版體驗改善， 包括簡化的底部導航、更大的點擊區塊、適應 iPhone 鍵盤的佈局，

以及重新建構的地圖與清單功能，才讓 PickTrip 的多人協作編輯器， 真正成為一個可靠、易用的「旅行專案管理平台」。

說到這裡，突然有種回到第一集的感覺，當時我們講的那些願景， 現在真的都變成可以摸得到、用得到的產品了。

那最終那個「可預訂的購物車閉環」呢？ 這才是真正能從「想法」到「實際出發」的最後一哩路吧？

沒錯，閉環預訂是 PickTrip 的終極目標。 我們在第一集就確立了它要有內建購物車，實現從規劃到預訂的完整商業閉環。

但這個閉環，不只是在前端多一個「購買」按鈕這麼簡單。 它從一開始就建立了信任基礎，像是 PickTrip 在二零二六年五月二十號發布的隱私政策， 詳細說明了用戶資訊與支付處理。

嗯，隱私政策很重要，錢的事情一定要講清楚。 不然誰敢亂用。

接著，在二零二六年七月十六號的第十四集，團隊實現了「統一全域購物與購買中心」的功能， 讓使用者可以不先建立行程就購買東西，購物車不再是行程的附屬品。

同時，PickTrip Web 也新增了真實用戶認證功能， 能顯示實際用戶的行程，並讓購物車和結帳流程都直接連線到經過認證的後端節點， 驗證價格並使用後端數量合約，不再只是模擬交易。

哇，這好方便！ 有時候我只是想買一張票券，不見得要規劃一整個行程啊。 就像我臨時決定去哪個景點，然後直接在 PickTrip 上買票就好了。

確實是這樣。 然後，在二零二六年七月十四號的第十二集，PickTrip 甚至導入了加密貨幣支付選項， 增加了支付的彈性。

但正如你所說，真正的挑戰還在後面。

是不是在說那個「收銀台鐵門拉下來」的時候？ 我記得那時候團隊超焦慮的！

沒錯，那是第二十一集。 那時候團隊發現信用卡與加密貨幣結帳全在後端掛掉，導致了「收銀台鐵門拉下來」的狀況。

他們很快修復，讓信用卡從測試模式切到正式模式，加密貨幣付款也強制只走正式路線， 確保金流系統順暢與安全。

聽起來就是把一個還沒準備好的收銀台，硬是從修修補補，一步步變成可以真正收錢、 而且還要很「專業」的收銀台。

這個「專業」的過程，在二零二六年七月二十六號的第二十二集達到一個里程碑， 付款功能正式上線。 這意味著 PickTrip 的閉環終於完成了，使用者真的可以在上面規劃、

協作，然後直接下單付款。 這個你一定要知道，第一筆真實付款，日本 eSIM 台幣五十八元， 成功了。

哇！ 我聽到這個數字就起雞皮疙瘩了！ 這真的是從零到一，把當初的「魔法」變成了真實的營收！ 但...我記得好像也沒有這麼順利？

你的記憶很敏銳。 付款上線後，第一筆已付款的訂單，卻被結帳清掃程式錯誤取消了， 這在第二十二集就發生了。

雖然隔天一早就找出根因並修復，但挑戰依然存在。 隨後的第二十五、二十六集，在二零二六年七月二十九號，我們又看到了「收銀台把還訂得到的票、

飯店、eSIM 通通謊報成已過期」的嚴重 bug，導致上線日再次往後延， 優先修復這個「謊言」。

這就是「誠實工程」原則在最核心支付環節的體現。

欸，這不就是我們前面講到的「誠實」又回來了嗎？ 連收錢的環節都必須誠實！ 不然這錢收得下去我都不敢花。

沒錯。 這再次印證了「誠實工程」在整個產品生命週期中的重要性，不只在 AI 規劃階段， 連在最核心的支付環節，都必須確保資訊的真實性與資料的耐久性。

整個過程，從最一開始的語音輸入、到 AI 規劃、到真實供應商整合、 到多人協作，最後到完整的閉環支付，PickTrip 都是在持續地打磨「誠實」這個核心價值。

這樣聽起來，PickTrip 真的不只是把 AI 套進旅行情境， 它是在重新定義旅行產品的邊界了。

從以前那種「自己摸索，然後再找旅行社訂」的模式，變成現在「一個平台， 從頭到尾都幫你搞定，而且還很誠實」的體驗。

PIKA 說得很好。 這也呼應了當初 Yuniver Design 冠宇對這個專案的評價： 「這個專案對我來說，核心不在於把 AI 套進旅行情境，而是在重新定義旅行產品的邊界。

」PickTrip 的旅程，是將破碎的旅行流程，包括搜尋、 討論、預訂，整合成一個無縫的 AI 驅動的「主線體驗」。

它從用戶提出模糊需求開始，透過對話式 AI 釐清需求，最終在單一系統內實現整個旅行旅程的統一， 甚至是旅途中的「記憶書寫」。

所以，PickTrip 不只是一個幫你排行程的助理，它更像是一個旅行的「總指揮」， 把所有複雜的環節都串起來了。

這就像我們一開始所說的，從一個小小的想法，最終進化到我們今天看到的， 具備 AI 旅行顧問、語音需求收集、可驗證行程引擎、真實飯店機票 API、

多人協作行程編輯器，以及最終的可預訂購物車閉環。

是的，它已經從一個單純的行程助理，進化成了一個「AI 旅行執行平台」。 這不僅僅是功能的堆疊，更是從底層架構、產品理念，到用戶體驗， 都做了徹底的革新。

從最早二零二五年二月十五號的 Beta 版發布，到二零二六年四月一號的速度、 穩定性、安全性的強化，再到二零二六年五月一號移動體驗的持續改進， 每一個環節都為這個閉環做出了貢獻。

哇，那未來呢？ 感覺這一切都只是一個開始，完成閉環之後，接下來還有什麼想像空間？

這是一個很好的問題。 當一個產品能夠可靠地完成從想法到預訂的閉環，它就具備了更廣闊的拓展基礎。 未來 PickTrip 可能會探索更深度的旅行內容整合、

更個人化的 AI 服務，甚至是將這套「誠實工程」和「AI 執行平台」的經驗， 拓展到旅遊以外的其他領域。

不過，這就留給我們的聽眾朋友去想像了。 今天的 PickTrip 產品建造筆記就到這裡，我是 Kai。

我是 PIKA！ 感謝收聽，我們下回見！