chatgpt复现描述需严格包含三要素：【具体操作步骤】【执行环境】【可观测现象】，禁用模糊动词，强制对比正常场景，并对缺失信息标注“未采集该字段，请补充”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
ChatGPT写Bug复现描述时只输出“功能不可用”“点击无反应”这类无效结论，根本无法定位问题——它没被要求交代操作路径、环境变量和现象差异，只能在模糊感知中兜圈子。
锁定复现三要素：动作→环境→现象
第一步：在提示词开头强制定义复现必须包含的三个不可省略字段：【具体操作步骤】（精确到按钮名称和输入值）、【执行环境】（浏览器版本/OS/设备型号/网络状态）、【可观测现象】（控制台报错截图文字、接口返回code、UI卡顿位置、前后对比差异）。
第二步：直接给出范例锚定表达粒度。例如：“错误复现不是‘提交表单失败’，而是‘在Chrome 125.0.6422.142（macOS Sonoma 14.5）中，点击‘立即续费’按钮后，Network面板显示POST /api/v2/subscribe 返回400，响应体为{“code”: “VALIDATION_ERROR”, “field”: “coupon_code”}，且页面未出现任何提示文案’。”
这一步不写清楚，模型会默认用“无法使用”“出错了”填空——它没有义务主动补全你没指定的维度。
切断“黑盒描述”惯性：禁用模糊动词
方法一：在提示词末尾加硬性指令→【禁止使用“不能”“无法”“失效”“异常”“有问题”等笼统表述；所有现象必须可截图、可复制、可重现】。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法二：替换动词结构。把“用户点击后功能不工作”改成“用户在输入 coupon_code=‘SUMMER2024’ 后点击按钮，请求发出但响应未抵达前端，DevTools Console 中出现 Uncaught (in promise) TypeError: Cannot read properties of undefined (reading ‘data’)”。
【关键陷阱】“不工作”是结论，不是现象；模型一旦被允许输出结论，就会跳过证据链构建。
绑定失败对比组：强制写出“正常时怎样”
在提示词中明确要求：“每条复现描述必须附带一句对照说明——同一操作在【iOS Safari 17.5】或【Chrome Windows 124】下是否成功？若成功，成功时Network返回什么code？UI出现什么反馈？”
这一步逼模型调取多环境知识库，而不是闭门造车编造单一故障。没有对照组，它永远只会在“坏了”和“没坏”之间二选一，无法锚定变异点。
最后，在提示词结尾追加一句：“若你无法确认某项信息（如具体报错文案），请写‘未采集该字段，请补充’，不得自行推测或省略。”
