推荐正则表达式为r'\b[a-za-z0-9._%+-]+@[a-za-z0-9.-]+\.[a-za-z]{2,}\b'，它通过单词边界\b避免匹配url中的邮箱片段，支持本地部分含点、下划线等常见字符，域名要求至少一个点且顶级域不少于两个字母，兼顾准确性与工程实用性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
通义千问生成正则表达式时，若只写“帮我写一个匹配邮箱的正则”，大概率会返回通用但不贴合你真实文本结构的表达式，比如忽略你数据里实际存在的前后空格、换行符、中英文括号，或误匹配嵌套在URL里的邮箱片段。
必须提供的原始文本特征
第一步：粘贴至少3个真实样本，且覆盖常见变体。例如你处理的是客服工单日志，就不要只给 clean@example.com，而要提供：
● “联系人邮箱：user@domain.co.uk（请优先回复）”
● “邮箱字段为空，跳过校验”
● “备用邮箱：test+news@sub.example.org”
这三类样本能帮模型识别分隔符、可选前后缀、加号别名等关键模式。
第二步：明确标注哪些部分必须捕获、哪些必须排除。例如：“只要提取@符号前的用户名部分，不含+号及之后内容；域名部分需完整保留，但不能包含括号和中文括号。”
第三步：指出格式硬约束。比如“所有邮箱都出现在冒号后、中文括号前，且该行无其他@符号”——这个上下文锚点比单纯说“匹配邮箱”有效十倍。【缺少此信息，正则极易跨行或跨字段匹配】
需要说明的系统与环境限制
方法一：声明正则引擎类型。不同场景用的引擎差异极大：
• Python re 模块默认不支持 \p{Han} 这类Unicode属性
• JavaScript 不支持 (?• MySQL 8.0 的 REGEXP_LIKE 只支持基本POSIX语法
直接写“用PCRE2语法”或“兼容Python 3.11的re.compile”比说“标准正则”管用。
方法二：注明是否需转义特殊字符。如果你要把正则塞进JSON配置文件或Shell脚本，就得额外要求：“输出时对反斜杠和双引号做双重转义”。否则复制过去直接报错。
必须排除的干扰情况
列出2～3个明确不该被匹配的反例，比解释一百遍“不能匹配什么”更高效。例如：
✘ https://login.example.com?email=admin@test.com
✘ user@domain.com.cn（注意这是双后缀，不是错误）
✘ 邮箱：未填写
模型看到这些，会自动强化边界判断，比如加 ^ 和 $、用 \b 或 (?
这一步不做，生成的正则常在真实数据中漏匹配或过匹配——尤其是当你的文本混杂URL、注释、占位符时。
