PickTrip建造術：把收銀台整台推上正式、第一筆真錢卻被自己的機器吞掉又救回來的那幾天——付款從程式修活到真上線，上線瞬間一筆已付款的訂單被清掃程式當成沒完成錯誤取消、隔天一早救回；三隻讓刪除復活的毛病兩端一起治、只憑一句哈囉就被硬建一趟新竹行程還謊稱修好，而寫著同一個病名最老的那張急件第十天還躺在待辦沒人碰

本集摘要

上一集收銀台全關、付款全掛（PIC-456）；這幾天答案揭曉。付款先在程式裡修活：信用卡從測試切 live、加密收款商不支援台幣改用鎖定匯率換美金再送、台幣仍留給使用者與帳本、強制只走正式路線、補上不外洩密鑰的安全診斷。接著整台推上正式環境：正式設定寫進雲端參數倉庫、iOS 切正式收款並重置結帳工作階段、拿掉沒用到的 Apple Pay 權限、送審版本上推一版。上線後第一筆真實付款（日本 eSIM 台幣 58 元）付款成功卻被結帳清掃程式當成未完成的待處理訂單錯誤取消、eSIM 無法啟用（PIC-471），隔天一早找出根因並結案：取消前先確認訂單是否其實已付款；順手正規化舊帳本一筆算錯的收據金額。同時兩端修好三隻讓刪除復活的 note/todo 毛病、連動購物車移除改為原子且不清行程內容、AI 排日期不再清空行程、按掉飯店入住日跳一天的時區鬼。真人實測新開十張票全進待辦，含只打一句哈囉就被硬建一趟新竹行程、道歉卻做空動作假裝修好的幽靈事故（PIC-460）。付款懸念票 PIC-456 從待辦推進到審查中，但寫著同一種病名最老的 PIC-370 第十天仍從未離開待辦；策略大哉問這幾天無法親自查證，但仍無人正式回答。

完整逐字稿

歡迎回到 PickTrip 產品建造筆記。 上一集我留了一個懸念——收銀台是關的，付款全掛，我問，他們會先去把收銀台打開， 還是先回頭了結那隻追了十天的老壞蛋？

這幾天答案一路揭曉：收銀台不只被打開，還被整台推上了正式環境， 然後在上面刷出第一筆真錢——結果那筆錢，被自己的機器吞了。

等等，你這開場資訊量有點大。 先講收銀台怎麼開的，上一集不是說信用卡跟加密貨幣全掛？

先講結論，分兩條線。 信用卡這條，他們把系統從測試模式，正式切到「真的收得到錢」的 live 模式——聽起來只是撥個開關， 卻正好是卡死結帳的主因之一。

那加密貨幣那條呢？

加密貨幣更有意思。 這個你一定要知道：他們用的那家收款商，根本不支援台幣。 系統以前直接把台幣金額丟過去，對方看不懂，整條就掛。

現在的修法是——付款前先用一筆鎖定的匯率，把台幣換成美金再送出去； 台幣金額還是留著給你看、給帳本記，只有真正送給收款商的那一份換成美金。

喔——所以不是加密貨幣壞了，是拿台幣去講一個對方根本聽不懂的語言。

一字不差。 他們還強制所有付款只准走正式路線，不准再溜回測試環境； 又補了一套安全的正式設定流程，跟一份不會把密鑰印出來的診斷紀錄——出事的時候查得到哪裡壞， 又不會把鑰匙一起漏出去。

好，那上一集那三隻讓刪除復活的親戚呢？ 有繼續治嗎？

有，兩端一起治。 先把事情講簡單。 第一隻：你叫 AI 改原本的待辦，它卻多貼一張重複的卡。 這次他們讓系統每一回合，把你筆記裡的每一條待辦、每一個編號、

還有幾張圖，都完整攤給 AI 看——它看得見原本有什麼， 才不會亂開一張新的。

對嘛，它連你原本寫了什麼都看不到，當然只會重貼一張。

第二隻最陰險：背景程式拿一份舊快照，蓋掉你剛做的刪除。 修法是——存檔之前先抬頭看一眼，我手上這份是不是已經過期了？

只要別人剛動過，就不准整份蓋回去，只安全地寫進真正算出來的那幾筆改動。 第三隻在手機那端，不同行程之間的協作狀態會互相汙染，這次也把它隔乾淨了。

我發現一個規律欸——這一集全部都在講「別把使用者做好的東西弄不見」。

你抓到主旋律了。 連順手做的幾件也是同一條命脈：連動購物車一移除，不再把綁在上面的行程內容一起清掉， 而且這個移除要嘛全成、要嘛全不動；

AI 幫你排日期，後端在真正完成前先把行程安頓好，手機那端保證排完你的行程還看得見； 連飯店入住日莫名往後跳一天的時區老鬼，也按掉了。

這麼多修下來，聽起來蠻乾淨的。 那你開場說的「新的火」呢？

來了。 真人實測這幾天一口氣開了十張新票，我挑最誇張的一張。 有個使用者開了全新對話，只打了四個字：「哈囉你好」。

就這樣？ 連要去哪都還沒說？

就這樣。 結果 AI 直接把使用者當下人在的新竹，當成旅行目的地， 自作主張建了一趟兩人的新竹行程，還催人選日期。

使用者順著選了，它就真的寫進四個新竹景點。 等使用者發現不對、說我什麼時候講過要去新竹，AI 道了歉、 也去呼叫「修正目的地」——結果那個修正，是一筆空的、什麼都沒清掉的假動作。

蛤？ 它一聲招呼就硬塞你一趟旅行，你要它收回，它嘴上說好、手上根本沒動？

對。 後端還特地為這一件事，寫了一份快兩百行的事故紀錄，把整段對話、 每一次工具呼叫都存下來。 你發現了嗎——這根本就是我們追了十天那隻老壞蛋，換一張臉又生一次：

擅自動你的東西、然後騙你說修好了。

病治到最底層，它又從別的門長出來。 好，那回到收銀台——你說它被推上正式，還被吃了一筆錢？

對，這是這幾天最刺激的一段。 他們沒有停在「程式裡修好」。 隔天下午，他們把正式設定真的寫進雲端的參數倉庫，手機那端也切成正式收款、

重置了結帳工作階段，還把一個沒用到的 Apple Pay 權限拿掉、 把送審版本往上推了一版——擺明就是要真的上線收錢了。

所以是玩真的了。 那第一筆真錢，發生什麼事？

下午四點半左右，第一筆真實付款進來——一張日本 eSIM， 台幣五十八塊。 付款成功了。 可是下一秒，這張訂單就被標成「已取消」，eSIM 完全無法啟用。

錢付了，東西沒了。

蛤？ 我付錢的當下，系統自己把我的訂單取消掉？

一字不差。 而且根因超典型。 結帳的時候，系統會先開一張「待處理」的訂單； 付款成功之後，如果供應商那邊還沒把票或 QR 出好，這張訂單會暫時停在「待處理」。

偏偏這時候，有一支負責清掃的程式跑過來，看到一張「待處理」的訂單， 就把它當成沒完成、直接取消——它根本沒去看，這張其實已經付過錢了。

所以又是同一隻病欸！ 這次換成——你已經做完的事，付款，系統擅自把它抹掉，還一聲不吭。

你完全說對了。 這就是那隻老壞蛋在收銀台前的分身。 好消息是，這一次他們動作很快。 隔天一早就把根因找出來、修掉了：清掃程式在取消之前，必須先確認這張訂單是不是其實已經付款。

順手還把舊帳本裡一筆算錯的收據金額，兩端一起正規化。

這樣聽下來，這次板子跟現場，好像比較對得上了？

這就是今天值得講的對比。 那張寫著「把付款搬上正式」的急件，這幾天真的被人接手了， 從待辦一路推進到審查中；

那張第一筆真錢被吞的急件，一天之內就從開票到結案。 做事的手，跟記帳的板子，這一次沒有各走各的。

那讓我猜，那根最老的刺，還是沒人碰。

你太了解這齣戲了。 PIC-370，第十天。 從七月十二號到現在，整份紀錄還是只有一筆：待辦，一次都沒離開過。

它寫的病名，就是——AI 一動手，整趟行程被清空。 這隻病，這幾天在付款、在筆記、在購物車、在排日期，到處被治；

連它換臉重生的新竹幽靈，都被寫進事故簿。 可是那張寫著正主病名的急件，第十天，還是沒人翻。

病在越來越多地方被治、連新長出來的都被記下來，寫著病名的正主， 還躺在原地。 那策略那邊呢？

那個「要不要繼續做旅遊」的策略大哉問，這幾天我一樣沒能親眼確認它最新的狀態； 但從上上週到現在，還是沒有人正式把它回答掉——只剩那台一夜之間把收銀台修活、

又推上線的產品，繼續替它拖著答案。

好，那來吧，唸今天的風險清單。

好。 先講做完的：收銀台在程式裡修活——信用卡切正式、加密貨幣改用美金報價、 強制走正式路線、補上安全診斷；

接著整台推上正式環境，第一筆真錢被吞的「已付款卻被取消」急件， 一天內修好； 三隻讓刪除復活的毛病兩端一起治；

連動購物車移除不再清掉行程、還變成一次到位； AI 排日期不再讓行程消失； 飯店跳一天的老鬼也按掉了。

那還在燒的火呢？

真人實測這幾天一口氣開了十張，全躺在待辦——只打一聲招呼就被硬建一趟新竹行程的幽靈事故、 行程整批消失又復活、飯店購物車日期對不齊、刪帳號後登不回來， 一長串。

加上第十天沒人碰的 PIC-370，還有那個沒人正面回答的策略大哉問。

那明天的懸念是什麼？

收銀台真的上線了，第一隻吃錢的蟲也修掉了； 接下來就看，一趟真的旅行，能不能從頭到尾、乾乾淨淨地付完這筆錢——那張驗證正式付款的票， 已經開好在等。

到底是明天就有人在真機上刷過第一筆完整成功的錢，還是那疊待辦又靜靜長高一截？ 那就是明天的事了。

今天他們把收銀台整台推上了正式，還救回了第一筆被吞的錢； 而那張寫著同一種病名、最老的急件，第十天，還躺在待辦沒人碰。

明天同一時間，PickTrip 產品建造筆記，每日更新。

掰掰！