截图能加速起草，不能替代复现。 把模型输出当成「草稿工单」，你负责补环境与验证。

建议字段

  • 标题（现象 + 位置）
  • 环境（需人填：版本、浏览器、账号角色）
  • 复现步骤
  • 期望 / 实际
  • 附件说明

提示词

你将看到产品界面截图。请起草缺陷报告草稿。
要求：只描述图中可见现象；看不见的环境写 【需测试补全】；
不要猜测后端原因；步骤用编号；给出期望与实际。

必须人工核对

  1. 是否真能按步骤复现
  2. 是否重复单
  3. 严重级别是否符合团队定义
  4. 截图是否含隐私，需打码

可与开发侧提示词配合：从工单写测试计划、从 diff 写 PR 说明。

局限

图标相似、截图裁切、多主题皮肤都会让模型看错；不确定就标待核实。

实践时如何避免「看起来很忙、没有变好」

  1. 先写清失败案例：哪类输入现在一定会错。
  2. 只改一个环节（提示词、检索、重试或评估），保留前后样例。
  3. 用同一批样例回归，而不是每次换新例子自我安慰。
  4. 把「何时停下来问人」写进流程，避免自动化在错误方向空转。
  5. 文档里区分事实、猜测与待验证，防止团队把草稿当结论。

如果你维护的是团队流程，把上述五步做成合并请求或工单模板中的检查项，比额外再上一个工具更有效。

常见问题

问：一定要用很贵的模型吗？
答：多数通知、清单、结构化合稿用你日常能稳定调用的对话模型即可；关键是材料和规则要由人提供。

问：生成后还要改多久？
答：第一周可能每条改 2–5 分钟；模板稳定后，多数情况只替换变量并扫一眼敏感句。

问：能不能让 AI 直接对客发送？
答：涉及承诺、金钱、健康、未成年人与安全核验的内容，建议始终人工确认后再发。

为什么值得做成固定流程

临时找 AI「帮我写一下」每次都要重新解释背景，结果忽长忽短。固定流程的好处是：规则只维护一份，新人也能按同一口径沟通，并且出了问题可以回看是材料不全还是模板过时。把提示词、审核人和更新日期写在一起，比把文案散落在聊天记录里更可持续。

隐私与权限

截图前先打码姓名、地址、证件号、内部调试信息。不要把含生产数据的屏幕贴进公共模型若公司政策禁止；改用公司批准的工具或本地模型。模型若读出了图中不该外传的信息，说明你的打码不够，而不是「模型很能干」。

把上述流程写成团队约定后，新成员可以更快接手，也减少「每个人都用自己的口头禅对客」带来的口径分裂。维护成本主要在规则变更时更新提示词，而不是每天从零写作。