必须提供四类背景信息：运行环境、输入结构、字符集范围、干扰模式；否则deepseek生成的正则会锚点缺失、unicode失效、泛化过度或漏排除干扰。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让DeepSeek生成真正可用的正则表达式，提示词里必须嵌入能约束匹配边界的背景信息，否则它会输出泛化过度、锚点缺失、Unicode失效或干扰模式漏排除的“看起来像正则”的字符串。
必须提供的四类背景信息
第一步：明确正则的运行环境和语法标准
写清“使用Python re 模块”或“兼容ECMAScript 2022”，因为DeepSeek默认按Python解析但不主动声明；若目标是JavaScript环境却没提，它可能混用\Q\E等非通用语法，导致运行时报错。
第二步：定义输入文本的真实结构特征
例如“每行一条日志，格式为[时间] 错误码:消息，中间有空格分隔”，而不是只说“匹配错误日志”。没有这个上下文，DeepSeek会忽略行首行尾、字段分隔符、固定前缀等关键边界信号。
第三步：说明字符集真实范围
若需匹配中文姓名，必须写明“姓名由2–4个汉字组成”，不能只写“匹配人名”——【\w在Python中默认不匹配汉字，漏写会导致整个中文段落被跳过】。同理，邮箱用户名含下划线或短横线，也要明确列出允许字符，而非依赖“字母数字”这种模糊描述。
第四步：指出常见干扰模式及其位置
例如“日志末尾常带残缺URL如https://www.php.c，需排除”或“配置行可能以#开头，整行应被跳过”。DeepSeek不会自动识别这些干扰，必须把它们作为负向断言的触发条件写进背景里。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
两种典型场景的背景写法对比
方法一：日志行整体校验（强结构化文本）
背景信息应包含：“输入是单行纯文本，无前后空格；字段间用单个空格分隔；时间戳固定为[YYYY-MM-DD HH:MM:SS]格式；错误码为全大写英文+数字组合，长度3–8位；消息部分可含任意可见ASCII字符，但不含换行”。
方法二：HTML片段中提取属性值（弱结构化文本）
背景信息应包含：“源文本是未清洗的HTML片段，可能含注释、JS内联代码、多余空格及换行；目标是从<img src="...">中提取src属性值；值被双引号包裹，但存在少数用单引号或无引号的情况；需跳过srcset等相似属性”。
最容易被忽略的背景细节
必须写明是否允许前后空白——如果输入来自readlines()，每行自带\n，而你没提，DeepSeek生成的正则可能因缺少^\s*和\s*$导致re.match()失败。
必须说明大小写敏感性——不要写“不区分大小写”，而要写“【请添加(?i)前缀】”，否则它可能在解释里说“忽略大小写”，却不在正则中实际加入修饰符。
若用于re.sub()替换场景，需额外声明“保留原始空格结构，仅替换匹配到的数字部分”，否则它可能生成带\s+的贪婪模式，把周围空格一并吞掉。
