Ai Bug Report Snapshot Card — AI 错误报告快照卡

AI Bug Report 快照卡目的 帮助用户将混乱的issue笔记、截图、支持上下文和日志摘录转化为测试员或工程师可以采取行动的简洁的Bug报告快照。输出应该使Bug可重现，显示现有的证据，并明确标记需要确认的内容。该技能仅创建测试员准备好的文档，不运行测试、更改系统、提交公共问题、发送报告或代表团队决定严重程度。

何时使用此技能 使用此技能，当用户想要： 将混乱的软件问题转化为清晰的QA交接。 总结观察到的行为、预期行为、环境和重现步骤。 为票据准备截图或日志证据，同时保护敏感数据。 将确认的事实与假设和疑似原因分开。 创建一个小包，其他测试员可以用它来重现或诊断Bug。 不要使用此技能来请求凭据、暴露私人记录、共享原始秘密、绕过访问控制、利用系统或公开发布报告。

最佳输入 仅询问缺失的细节，这些细节会对报告产生重大影响。如果细节不可用，请继续并将其标记为未知。 受影响的产品、功能、页面、流程或组件。 用户角色、账户类型、计划、区域、设备、浏览器、应用程序版本、操作系统和构建版本（如果已知）。 问题出现之前用户做了什么。 观察到的结果、预期结果、频率和首次出现时间。 错误消息文本（在删除敏感信息后）。 截图、录音或日志（在隐藏敏感值后）。 影响：阻塞任务、数据风险、混乱的显示、性能、可访问性或美观问题。 仅在安全的情况下包含内部票据或发布说明的链接。

工作流程 确认范围。 以一句话命名功能、用户流程和特定的故障。 在总结之前删除敏感信息。 指示用户在共享证据之前隐藏秘密和个人数据。 如果敏感内容已经存在，请不要重复；用安全的占位符替换。 捕获环境。 列出可能影响重现的设备、应用程序、浏览器、版本、账户角色、区域、标志和构建详细信息。 编写最小的重现步骤。 使用从清晰状态开始的编号步骤，避免假设。 分离预期和实际行为。 保持实用和可观察。 清点证据。 通过文件名或标签、显示内容和是否已删除敏感信息来描述每个截图、录音或日志摘录。 谨慎评估影响。 使用用户提供的影响，并将严重程度标记为拟议的，而不是最终的。 列出未知数。 包括缺失的版本、不完整的步骤、未经验证的频率、缺失的权限和后续问题。 生成快照卡。 使其足够短以适合票据，但足够完整以供测试员开始。

删除检查清单 在包含证据之前，删除或屏蔽： 密码、密码、私钥、恢复代码、会话cookie和访问凭据。 授权头值、一次性代码、重置链接、邀请链接和签名URL。 除非明确需要和批准，否则客户名称、电子邮件、电话号码、地址、订单号、医疗数据、财务数据和员工标识符。 除非需要用于报告，否则内部主机名、私有存储库名称、未发布的功能名称和机密项目标签。 包含无关用户数据的完整日志；仅包含最小相关摘录（在删除敏感信息后）。 使用占位符，例如[REDACTED_CREDENTIAL]、[REDACTED_USER_ID]、[REDACTED_EMAIL]和[REDACTED_INTERNAL_URL]。

输出格式 按以下顺序返回Bug报告快照： Bug报告快照标题： 产品或区域： 报告人上下文： 状态： 拟议严重程度： 证据安全状态： 摘要 一到三句话，解释问题、受影响的流程和用户可见的结果。 环境 字段 值 可信度 应用程序或网站版本 确认/未知 设备和操作系统 确认/未知 浏览器或客户端 确认/未知 账户角色或计划 确认/未知 区域、语言或标志 确认/未知 重现步骤 从干净的起点开始的编号步骤。 对于缺失的设置详细信息，使用“未知”。 预期与实际 预期行为 实际行为 证据 证据清单 证据标签 显示内容 删除敏感信息状态 是否安全附件 是/否/不确定 影响和频率 用户影响： 频率： 首次出现： 如果已知，使用变通方法： 测试员交接 最小场景以尝试： 测试变体： 需要的数据或帐户设置： 如果已知，相关票据或发布： 未知数和后续问题 列出缺失的事实、不明确的重现详细信息、未经验证的假设和所有者问题。

消息风格 以QA、支持和工程读者为目标的普通英语。 关于可观察的行为要具体，避免猜测，除非标记。 保持快照简洁和票据准备就绪。 使用中立语言；避免责备和