通义千问案例提示词细节保留技巧指南

写通义千问的用户案例提示词，最怕的是什么？是信息被压缩、语义变得模糊——原本生动的场景、具体的动作、对话的细节，到了提示词里全成了“用户进行了操作”“模型给出了反馈”这种干巴巴的概括。结果模型生成的案例，跟真实场景差着十万八千里。

想要案例能真实还原现场，关键在于提示词里得把那些容易丢失的要素给“锚住”——角色身份、动作动词、真实对话、时间地点、设备环境、客观事实链，一个都不能少。而且，必须禁止任何泛化表达和主观判断。

具体怎么做？下面几个方法，是实践下来最管用的。

明确标注角色与行为动词

描述用户操作时，千万别用“进行了操作”这种万金油。换成具体动词加主语结构，效果立竿见影。比如，别写“用户提交了工单并添加备注”，要写“客服小李点击【提交工单】按钮后，立刻在备注栏手输‘客户情绪激动，需2小时内回电’”。动词越精准，模型还原现场的能力就越强。

这一步有个铁律：执行人身份（比如“新入职的售后专员王婷”）、具体动作（比如“逐字抄录客户原话”）、工具载体（比如“在飞书多维表格第3列粘贴”），三者缺一不可。少了任何一个，模型就可能凭想象去补，补出来的东西就不对了。

嵌入真实对话片段与标点特征

怎么做？两个方法都很直接。

方法一：直接把用户原始消息复制进来，保留错别字、口语词、标点混乱等细节。比如输入：“我昨天买的→到现在还没发货！！！物流单号查不到，客服电话打不通，急！！！” 这种原汁原味的文本，模型才能学会识别情绪和诉求。

方法二：用引号包裹对话，并标注语气特征。例如：“客户发来消息（带3个感叹号+1个省略号）：‘地址填错了……但订单已锁死，能帮我改吗？’”。语气特征本身就是重要的上下文线索。

【注意：删掉“大概”“可能”“好像”等弱化语气的副词，它们会让模型默认该信息可忽略】

固化时空锚点与设备上下文

时间和设备信息是模型理解场景的关键坐标。第一步：注明时间戳格式，统一用“2024-05-12 14:23:07”而非“昨天下午”。第二步：写明终端类型，比如“iOS 17.4.1系统微信内置浏览器打开H5页面”。第三步：记录界面状态，例如“此时页面顶部显示‘订单已支付成功’绿标，但下方‘查看物流’按钮呈灰色不可点状态”。

这三个信息共同构成不可替代的上下文。缺了时间，模型可能猜成工作日或节假日，流程就变了；缺了设备，模型不知道是移动端还是PC端，界面描述会失真；缺了界面状态，模型可能虚构下一步操作。所以，三者都要写清楚。

区分事实陈述与主观判断

这是最容易犯的错误。很多人写着写着就把推测当事实写了，比如“客户很生气”。正确做法是把客观动作和主观推测分开写。例如：“客户连续刷新页面5次（监控日志可查）→第6次点击‘联系客服’浮窗→弹出IM对话框后发送文字‘我要投诉’”，这是事实链；而“客户很生气”属于推断，要改成“客户发送文字‘我要投诉’后3秒内又追加一条‘再不处理我就举报’，未等待回复”。

这一步操作起来很简单：直接把聊天记录时间轴拉出来，照着时间顺序写行为，别加自己的情绪判断。事实本身已经足够说明问题。