解释层级：3层【匹配目标】它匹配格式为“三位数字-两位数字-四位数字”的完整字符串，例如“123-45-6789”。【符号拆解】^ → 输入“abc123-45-6789”时不匹配，因开头不是数字；\d → 输入"a1b"时匹配其中的"1"（=只能匹配0-9的一个数字，不是字母或符号）；{3} → \d{3}表示连续三个数字，如“123”；- → 字面量短横线，如“123-45”中的“-”；$ → 输入“123-45-6789xyz”时不匹配，因结尾有多余字符（=必须从头到尾完全匹配，不能是字符串中的一段）。❌ “12-34-5678”（位数不足）✅ 修改为：“123-45-6789”；❌ “123-45-67890”（末位多一位）✅ 修改为：“123-45-6789”。禁止解释正则的历史来源；禁止使用‘我们’‘让我们’等人称；禁止引入本正则未使用的符号（如?、.*）作对比。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让 copilot 解释正则表达式时，不堆砌术语、不跳步、不默认你懂元字符，而是按认知顺序逐层展开——从最表层的「它匹配什么」开始，到中间层「为什么这样写」，再到深层「哪些边界情况会失效」。用结构化指令锁死解释层级
在提示词开头直接声明层级要求，Copilot 会优先遵循该结构而非自由发挥。
输入：```解释层级：3层``` → ```第1层：用一句话说清这个正则匹配什么（不出现“\d”“+”等符号）``` → ```第2层：逐个说明每个核心符号的作用，用「比如」带出真实文本例子``` → ```第3层：指出2个实际会失败的输入，并给出修改建议``` → 正则：^\d{3}-\d{2}-\d{4}$
这一步必须用三重反引号包裹「解释层级：3层」，否则 Copilot 可能忽略结构指令。不加反引号时，它常把“3层”当作普通数字处理，后续解释仍会混层。
禁用自由发挥的负向约束写法
Copilot 在解释技术概念时容易主动补充无关背景（如正则发展史），或突然切换成教学口吻（“让我们先回顾一下…”）。必须用否定句式切断这类行为。
方法一：在提示末尾加硬性限制
「禁止解释正则的历史来源；禁止使用‘我们’‘让我们’等人称；禁止引入本正则未使用的符号（如?、.*）作对比」
方法二：用括号内嵌即时修正指令
「当提到\d时，立刻接（=只能匹配0-9的一个数字，不是字母或符号）；当提到^和$时，立刻接（=必须从头到尾完全匹配，不能是字符串中的一段）」
微软 Outlook 邮箱和日历管理工具（支持世纪互联版 Office 365）。用于查看、发送、搜索邮件，管理日历日程，创建会议，查询忙闲状态。注意：此功能仅支持世纪互联（21Vianet）版 Microsoft 365，使用 login.chinacloudapi.cn。
【关键点】括号内的即时修正必须紧贴被解释符号之后，中间不能换行或加空格，否则 Copilot 会当成独立句子处理而忽略绑定关系。
强制输出为可验证的分段格式
仅靠文字描述层级容易被 Copilot 模糊处理，需用格式锚点固化结构。
第一步：要求 Copilot 严格按以下标题分段输出
【匹配目标】
【符号拆解】
【失效场景】
第二步：为每段设定不可绕过的验证条件
【匹配目标】段必须包含且仅包含1个中文句号；
【符号拆解】段每个符号解释后必须跟1个「→」再接例子，例如「\d → 输入"a1b"时匹配其中的"1"」；
【失效场景】段必须以「❌」开头，且每条失败案例后紧跟「✅ 修改为：」
第三步：追加兜底指令防止格式漂移
「如果任意一段缺失或格式不符，自动重新生成整段，不询问、不解释、不提示」
