Claude Code 正则

去年秋天凌晨三点，我被 PagerDuty 的告警炸醒了。线上一个日志解析服务在流量高峰下突然 CPU 打满，响应时间从 12ms 飙到 14 秒，整个数据管道开始堵车。翻看源代码，问题出在一个正则表达式上，不是手写的，是 Claude Code 生成的。那段正则在我扔给它 2000 行原始日志文本做测试时一切正常，毫秒级完成。但生产环境里，当某条畸形日志恰好触发了回溯路径的 worst case…

深夜三点，我盯着屏幕上那行正则表达式，43个字符，已经调试了一小时四十分钟。目标很简单，从混杂着中英文、特殊符号和不可见字符的日志里，提取出符合特定格式的订单号。我清楚记得自己当时的想法：我不是在写代码，我是在和一段我亲手制造、却完全不理解的字符串搏斗。 那次之后我换了一种方式。 我把需求用自然语言描述给Claude Code：“从以下日志样本中提取所有以'ORD-'开头、后跟…

去年年底我在一个日志解析项目里栽了个跟头，花了整整四天调试一段正则表达式，目标是匹配跨多行的错误堆栈，同时提取时间戳、错误级别和异常类名。测试环境明明跑得好好的，一上生产就间歇性CPU飙升。后来发现是回溯量太大，某些异常日志的格式稍微偏移一点，正则引擎就开始疯狂穷举。 我当时的挫败感很具体：正则表达式是写出来了，但我不敢说自己“掌握”了它。我看得懂每一个符号，却看不懂它们组合起来的行为边界。 转机…