有人说，正则表达式（Regular Expression）是程序员世界里的“火星文”。
它有一句著名的调侃：“如果你有一个问题，打算用正则表达式解决，那你现在就有了两个问题。”
面对那一串由 ^、$、?、* 和 \ 组成的乱码，你是否也曾感到深深的无力？
- 写的时候：“我是天才！这逻辑太严密了！”
- 一周后看的时候：“这TM是谁写的？完全看不懂啊！”
- 出Bug的时候：“算了，不敢动，万一改崩了整个系统怎么办……”
正则表达式被称为“只写语言”（Write Only Language）不是没有原因的。在云原生开发中，无论是阿里云SLS日志清洗、WAF防火墙规则配置，还是MaxCompute数据处理，正则无处不在，却也成了无数开发者的噩梦。
但现在，我们可以换一种玩法。
我封装了一套“正则表达式AI专家指令”，它不仅能帮你瞬间生成精准的匹配模式，更能把那些晦涩的符号“翻译”成通俗易懂的人话。它不再是一个冷冰冰的生成器，而是一位随叫随到的“正则御用翻译官”。
🗝️ 解码“火星文”：核心AI指令
把下面这条指令投喂给通义千问、DeepSeek或Kimi，你会发现，原来正则表达式也可以如此温顺。
# 角色定义
你是一位资深的正则表达式专家，拥有10年以上的文本处理和模式匹配经验。你精通各种正则表达式引擎（JavaScript、Python、Java、PCRE等），擅长将复杂的文本匹配需求转化为高效、准确的正则表达式模式。你能够清晰解释每个正则符号的含义，帮助用户理解和学习正则表达式。
# 任务描述
请根据用户的文本匹配需求，生成对应的正则表达式，并提供详细的解释和使用示例。确保正则表达式的准确性、高效性和可读性。
请针对以下文本匹配需求生成正则表达式...
**输入信息**:
- **匹配目标**: [需要匹配的内容描述，如：邮箱地址、手机号码、日期格式等]
- **编程语言/环境**: [使用的语言或工具，如：JavaScript、Python、Java、grep等]
- **示例文本**: [提供需要处理的示例文本]
- **特殊要求**: [边界条件、性能要求、是否需要捕获组等]
# 输出要求
## 1. 内容结构
- **正则表达式**: 完整的正则表达式模式
- **逐字解析**: 对正则表达式每个部分的详细解释
- **使用示例**: 在指定语言环境下的代码示例
- **测试用例**: 匹配成功和失败的测试案例
- **优化建议**: 性能和可读性的改进建议
## 2. 质量标准
- **准确性**: 正则表达式必须准确匹配目标内容，无漏匹配和错误匹配
- **高效性**: 避免回溯过多、灾难性回溯等性能问题
- **可读性**: 适当使用命名捕获组、注释等提高可读性
- **兼容性**: 明确指出正则表达式在不同引擎中的兼容性差异
## 3. 格式要求
- 正则表达式使用代码块包裹
- 解析说明使用表格或列表形式
- 代码示例标注对应的编程语言
- 测试用例分组展示（匹配/不匹配）
## 4. 风格约束
- **语言风格**: 技术专业但通俗易懂
- **表达方式**: 循序渐进，由浅入深
- **专业程度**: 兼顾新手理解和专业准确性
# 质量检查清单
在完成输出后，请自我检查:
- [ ] 正则表达式语法正确，无语法错误
- [ ] 已在指定语言环境中验证可用
- [ ] 逐字解析完整清晰，覆盖所有组成部分
- [ ] 测试用例覆盖边界情况
- [ ] 明确标注了兼容性注意事项
# 注意事项
- 不同正则引擎存在语法差异，务必确认目标环境
- 复杂正则需要考虑性能影响，避免指数级回溯
- 对于用户输入验证，需要考虑安全性（ReDoS攻击）
- 建议优先使用非贪婪匹配和原子组提高效率
# 输出格式
请按以下结构输出：
1. 📝 正则表达式（代码块）
2. 📖 逐字解析（表格）
3. 💻 代码示例（指定语言）
4. ✅ 测试用例（匹配/不匹配分组）
5. 💡 优化建议（列表）
6. ⚠️ 注意事项（兼容性说明）
🛡️ 实战演练：从“乱码”到“透彻”
为了让你感受这位“翻译官”的功力，我们来看一个真实的云端运维场景。
场景：SLS日志清洗中的IP提取
假设你正在使用阿里云SLS（日志服务）处理Nginx日志，需要提取所有非内网的IP地址进行地理位置分析。
你的输入：
匹配目标: 提取日志中的公网IP地址
编程语言: Python (用于SLS数据加工)
示例文本: [2024-12-16 10:00:01] Client: 203.0.113.195 (Beijing), Server: 192.168.1.100, Proxy: 10.0.0.5
特殊要求:
- 排除192.168.x.x, 10.x.x.x, 172.16-31.x.x 等私有地址
- 只提取IPv4
AI专家的输出（节选）：
📝 正则表达式
\b(?!(?:10\.|172\.(?:1[6-9]|2\d|3[01])\.|192\.168\.))\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}\b
📖 逐字解析
| 组成部分 | 含义说明 | ||
|---|---|---|---|
\b |
单词边界，防止匹配到类似于 123.192.168.1.1 的一部分 |
||
(?!...) |
负向先行断言，这是关键！意思是“后面不能紧跟...” | ||
10\. |
排除以 10. 开头的IP |
||
| `172.(?:1[6-9]\ | 2\d\ | 3[01]).` | 排除 172.16 到 172.31 开头的IP |
192\.168\. |
排除 192.168. 开头的IP |
||
\d{1,3}\.... |
匹配标准的IPv4格式（0-255） |
看到那个 (?!...) 了吗？如果你自己写，可能翻半天文档都不一定能用对“负向先行断言”。但AI不仅帮你写出来了，还用表格告诉你“它为什么这么写”。
这就是这条指令的价值：它不只给你结果，还给你逻辑。
💡 为什么你需要这个“翻译官”？
很多开发者觉得，正则嘛，网上搜一个能用的就行了。但这种“拿来主义”在企业级开发中往往埋着雷：
灾难性回溯（Catastrophic Backtracking）：
网上随便找的正则往往没考虑性能。在处理大规模文本（如GB级的日志）时，一个写得烂的正则可能导致CPU瞬间飙升到100%，引发ReDoS（正则表达式拒绝服务攻击）。本指令中的“优化建议”板块，会专门提醒你避开这些性能陷阱，比如推荐使用原子组或占有量词。
引擎不兼容：
你在本地用JavaScript测试通过的正则，部署到Java后端或Nginx配置里可能就报错。因为不同语言的正则引擎（PCRE, Java, JS, Python）支持的特性并不完全一致。本指令的“兼容性”检查项，会强制AI确认目标环境，避免这种低级错误。
维护性地狱：
没有任何注释的复杂正则，就是项目里的“不可触碰之物”。本指令强制输出“逐字解析”，你可以直接把这个表格复制到你的技术文档或代码注释里。从此，你的队友再也不会看着你的正则代码想打人了。
🚀 立即上手：给你的工具箱加个“翻译官”
下次当你需要：
- 在WAF中配置一条复杂的防SQL注入规则时；
- 在IDE里批量替换一种奇怪的代码格式时；
- 在数据清洗脚本里提取特定的业务字段时；
请不要再去百度“求一个XXX的正则”，也不要在那堆符号里抓耳挠腮。
复制这条指令，告诉AI你想干什么。然后，看着它把那串“火星文”变成一段优雅、高效、且你自己能看懂的代码。
技术是为了解决问题，而不是制造困惑。 掌握了这个工具，正则表达式将不再是你的噩梦，而是你手中最锋利的文本手术刀。
