Gemini写错误信息文案提示词里要不要放参考样例

要放参考样例，但必须满足三个条件：一要真实上线、二要覆盖全部错误类型、三要清除私有符号。

当你需要 gemini 生成错误信息文案（比如“文件上传失败：网络中断，请重试”），只写“帮我写几条友好的错误提示”会导致输出空洞、风格不一、技术细节错位——它不知道这是给前端弹窗用，还是后端日志用，也不知道是否要带操作指引或错误码。

要不要放参考样例？答案是：要，但必须满足三个条件

方法一：放样例，且样例必须来自你的真实产品界面
直接复制 1～2 条当前系统里已上线、用户反馈良好的错误文案，贴在提示词最前面。例如：
输入：“上传超时 → 输出：【上传中断】网络不稳定，30 秒内自动重试，也可手动点击‘重试’。”
输入：“权限不足 → 输出：【无访问权限】您当前账号未开通此功能，联系管理员开通后即可使用。”
这样 Gemini 能立刻对齐你们的语气颗粒度、括号用法、动词强度和信息分层逻辑。

方法二：不放完整样例，但强制指定结构模板
如果你还没沉淀出可用样例，就用结构代替。明确要求每条文案必须包含三部分：【状态标识】+【原因简述】+【用户可行动项】，且【状态标识】统一用中文方括号+加粗关键词，如【格式错误】、【连接超时】。【不许省略‘用户可行动项’，哪怕只是‘请刷新页面’】

方法三：用反向排除替代样例
当连一条现成文案都拿不出时，直接写清楚什么绝对不能出现：“禁止使用‘抱歉’‘不好意思’等弱化责任的词；禁止出现英文术语如‘404’‘timeout’；禁止建议用户‘联系技术支持’——所有问题必须本地可解决。”这比空泛说“要友好”管用十倍。

放样例时最容易踩的坑

第一步：检查样例是否真实上线过
别用设计稿里的文案，也别用测试环境写的临时提示。Gemini 会把样例当作事实基准，如果样例本身有歧义（比如写了“请稍候重试”，但实际按钮叫“立即重试”），它会把矛盾继承下去。

Gemini

Google 推出的AI对话聊天机器人，传说中的ChatGPT 杀手

下载

第二步：确认样例覆盖了你要生成的全部类型
比如你要批量生成 5 类错误文案（网络类、权限类、格式类、超限类、服务不可用类），但只给了 2 条网络类样例，Gemini 就会把剩下 3 类全往“网络不稳定”方向靠，输出变成“【服务不可用】网络信号弱，请检查Wi-Fi”。【每类错误至少提供1条对应样例，否则宁可不用样例】

第三步：删掉样例里的业务私有符号
像“#ERR-207”“[APP_V3.2]”这类内部标记必须清除。Gemini 不会自动识别这是占位符还是必需字段，很可能照搬进新文案，导致线上报错。