复现描述需用一线测试员口语化钉钉消息风格，带设备型号、APP版本、网络状态等具体锚点，禁用文档腔和代称，必须含时间戳或电量值。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写Bug复现描述时，用通义千问生成的提示词如果太抽象、太“文档腔”，测试同学根本懒得看，开发看了也抓不住关键路径——你需要的是能让 QA 一眼看出“哦，这步我昨天刚点过”，让研发秒懂“原来卡在登录态没透传”那种带手汗味儿的复现话术。
先拆掉“标准模板”这层壳
别一上来就写“【前提条件】【操作步骤】【预期结果】【实际结果】”四段式。真实协作中没人这么读——测试群里发消息都是“我点首页→点个人中心→再点头像进编辑页，点保存直接白屏，重试三次都一样，手机是iPhone 14 iOS17.5”。
把“用户视角”塞进提示词：要求模型模仿一线测试人员在飞书/钉钉里随手发的故障快报语气，带设备型号、APP版本、网络状态等具体锚点。
喂给模型的原始输入要带“毛边”
方法一：粘贴你截屏里那段模糊的日志+自己手写的两行困惑，比如：“03:22:17 com.xxx.xxx E/Activity: Activity pause timeout for ActivityRecord{xxx} → 我刚切后台再回来就卡死了，但不是每次都出”。
方法二：把用户反馈原话直接扔进去，哪怕语法错乱，例如：“下单老转圈圈！点了三次付款按钮，手机发热，WiFi断过一次又连上了”。【模型越贴近原始语感，生成的复现描述越有现场感】
方法三：加一句约束指令：“不要用‘用户’‘该操作’这类代称，全部替换成‘我’‘我点’‘我输’‘我看到’。”
用场景化指令锁死输出风格
第一步：在提示词开头明确指定角色和媒介——“你现在是某电商App的外包测试员，正在向研发群发一条钉钉消息，不超过80字，不加标题，不用标点分隔，纯口语”。
第二步：给出一个负面示例并禁止——“禁止出现‘综上所述’‘建议排查’‘可能原因’等总结性表述”。
第三步：强制加入一个不可省略的细节字段——“必须包含最后一次成功操作的时间点（格式：X月X日XX:XX）或当前手机剩余电量（如：电量32%）”。
这一步卡得很死：没有时间戳或电量值的输出，模型就得重写。真实世界里，这两个数据往往就是定位异步任务超时或内存泄漏的关键线索。
