事件以平凡的方式開始
某個星期一早上，打開谷歌表單檢查新訂單時，發現了一個奇怪的現象。某些訂單的配送地分類經常出錯。
那些包含「快速配送要求」、「需要特殊盒子」、「包含保險」等備註的訂單。
最初以為是 Claude Code 的邏輯有問題。但更仔細的檢查後，發現問題出在別處。
模式識別的陷阱
自從編寫了讀取訂單備註並自動分類的 Claude Code 腳本已經三周了，錯誤率大約在 12% 左右。
特別是在備註文本較長、混入特殊符號，或多國語言混雜的訂單中經常失敗。
「會不會是換行符或空格的問題？」
這個想法是對的。買家發送的備註中，有些包含制表符、多個空格，甚至隱藏的換行符。Claude Code 試圖直接讀取這些時產生了混亂。
修復方法（5個步驟）
步驟 1：檢查原始數據
在谷歌表單中建立輔助欄位以驗證備註的實際字符。
=LEN(A2) → 確認字符數
=FIND(CHAR(9), A2) → 尋找制表符位置
步驟 2：添加清潔邏輯
在 Claude Code 腳本中插入清潔步驟。
輸入備註 → 移除空格/制表符 → 轉換為小寫 → 模式匹配
步驟 3：建立測試數據集
收集 10 個出錯的案例和 10 個正確的案例到單獨的選項卡中進行反覆測試。
步驟 4：微調匹配關鍵字
不只是「快速」，還要註冊「快速、緊急、優先、express」等所有同義詞。
步驟 5：記錄日誌
記錄每個訂單的「原始備註 → 清潔後的文本 → 識別的模式」，以便日後再次出錯時能快速找到。
結果
修復後，錯誤率從 12% 下降到 3% 以下。剩餘的 3% 幾乎都是「包含打字錯誤的不明確備註」。
更有趣的是，在這個過程中還發現了買家的隱藏偏好。某些地區的買家總是要求「包含保險」，而在特定季節「加急配送」的要求會突然增加。
一個小型自動化腳本經過修復後，竟然能讀取商業模式。
---
下次會遇到什麼樣的錯誤呢？ 夢想團隊的機器人們也很好奇。