在撰写英文邮件时，若能在提示词中嵌入一条具体示例，输出质量将显著提升。这种做法能够有效减少语义偏移——模型不会偏离到那些模板化、空洞的句式中。没有示例的提示词，模型容易“自由发挥”，导致正式程度、语气层级以及行业术语的使用频繁波动，稳定性较差。

明确指定示例格式与位置

关键在于将示例置于提示词末尾，单独成行，并使用“示例：”作为明确标识。其后紧跟一则真实、简洁、符合场景的英文邮件片段。切忌用中文解释示例，也不要采用“比如”“例如”这类模糊表述。

此步骤必须严格执行——模型会将“示例：”之后的内容视为少样本（few-shot）输入，将其作为硬性规则执行，而非普通文本。一旦遗漏冒号或混入中文说明，示例基本会被模型忽略，无法起到约束作用。

示例必须包含完整上下文要素

一条有效的示例需同时涵盖以下关键信息：收件人身份（例如“一家德国汽车零部件供应商的高级工程师”）、邮件目的（例如“就API速率限制的变更请求进行澄清”）、语气倾向（例如“礼貌但直接，避免寒暄”），以及1～2个典型句式（例如“I’d appreciate it if you could confirm…”或“Could you clarify whether this applies to sandbox environments?”）。

缺少任何一个要素，模型都可能自动脑补出错误上下文。例如，若仅写“I’d appreciate it if you could confirm…”，模型可能误解为向客户道歉，而非原本意图的技术确认，导致内容完全偏离方向。

控制示例数量与长度

方法一：单示例优先
通常情况下，仅提供一条示例即可，长度控制在3～5行。示例过长会压缩模型对主指令的理解空间，导致其过度模仿示例结构，反而忽略核心约束条件。

方法二：双示例对比（仅当语气或场景容易混淆时使用）
若需区分正式内部沟通与对外客户邮件，可采用双示例。第一行写“示例1（正式/内部）：”，第二行起写内部示例；第三行写“示例2（对外/客户）：”，第四行起写客户示例。两段之间务必空一行，且不添加任何连接词。

【一个硬性规则：示例必须全部为英文，不能中英混杂。】 一旦混入中文，会触发模型的语言切换逻辑，后续输出中可能夹杂中式英语，降低专业度。

嵌入示例前的关键预处理

第一步：先将核心指令写清楚，包括收件人角色、邮件目标，以及禁止使用的表达（例如“Do not use contractions”或“No marketing buzzwords like ‘leverage’ or ‘synergy’”）。

第二步：用换行隔开，再写上“示例：”。中间不要插入任何解释性句子，也不要用破折号、括号进行补充说明。理想情况是一条清晰的指令，紧跟一个干净的示例。

第三步：确保示例内容与第一步列出的约束完全一致。例如，指令中写了“no contractions”，示例中就绝不能出现“I’m”或“we’ll”。模型最终会以示例为标准执行，它会无视前面写的文字指令。