Gemini写SOP流程提示词怎么加示例，结果更稳定

想让AI写出标准作业程序（SOP），尤其是Gemini这种大模型，结果稳定、格式规范的关键，并不是堆砌一堆术语指令——而是得把「示例」明明白白地塞进提示词里。没有示例兜底，模型大概率会自由发挥，比如把「确认电源已断开」写成「检查设备是不是关了」。这种偏差，一字之差，在正式作业流程里就是安全隐患。

所以，今天核心聊几个让Gemini稳定输出SOP的实操方法，每一个都在实际项目里踩过坑、验证过。

明确指定SOP要素并绑定示例

第一步，也是最基础的一步：在提示词的开头，用冒号定义好SOP必须包含的五个刚性字段——标题、适用岗位、前置条件、操作步骤、风险提示。这一步很多人都会做，但关键在于后面——紧跟着要插入一段

在示例下方再加一句：「请严格按以上格式与字段顺序生成新SOP，字段名不可增删、不可改写、不可合并。」这句话里，「字段名不可改写」尤其重要。不加这一句，Gemini很可能自作主张把「前置条件」替换成「准备事项」——看似差不多，但在流程审核阶段，字段名不一致就是返工的理由。

用对比式示例封堵常见漂移

光给一个合格示例还不够，Gemini有时会理解得「差不多就行」。更有效的做法是在同一提示词里并列给出「合格示例」和「典型错误示例」。

✅ 合格示例：③ 用万用表DC20V档测量J1端子1脚与地之间电压，读数应为24±0.5V
❌ 错误示例：③ 检查电压是否正常

在错误示例后，紧跟着用括号加一句说明：「（此写法缺失测量工具、量程、具体点位、容差范围，视为无效步骤）」。Gemini对括号里的解释性文字敏感度很高，比对纯指令的响应更稳定。这种「正反对比+括号注解」的组合，能显著降低步骤泛化率。

限制动词与单位表达

最后，在提示词末尾单独起一行，把动词和单位的规则写死：「所有操作步骤必须以‘应’‘须’‘不得’开头，禁用‘可以’‘建议’‘尽量’；电压单位统一用‘V’，温度用‘℃’，时间用‘s/min/h’，禁止出现‘伏’‘摄氏度’‘分钟’等中文单位。」

这一步不加，Gemini大概率在同一份SOP里混用「V」和「伏」——审核时直接被标记为格式不一致，整份返工。

说到底，让Gemini写出可用的SOP，核心不是写多长的提示词，而是把「示例」和「规则」像螺丝和螺母一样扣死——字段、编号、动词、单位，一个都不能松。