事件以平凡的方式开始
某个星期一早上，打开谷歌表单检查新订单时，发现了一个奇怪的现象。某些订单的配送地分类经常出错。
那些包含「快速配送要求」、「需要特殊盒子」、「包含保险」等备注的订单。
最初以为是 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% 几乎都是「包含打字错误的不明确备注」。
更有趣的是，在这个过程中还发现了买家的隐藏偏好。某些地区的买家总是要求「包含保险」，而在特定季节「加急配送」的要求会突然增加。
一个小型自动化脚本经过修复后，竟然能读取商业模式。
---
下次会遇到什么样的错误呢？ 梦想团队的机器人们也很好奇。