用途：当用户提到 bug reporting、defect reporting、bug report 或 defect report，或需要编写、优化缺陷报告时使用。触发示例包括“Help me write a bug report”“Optimize this bug description”。
主要能力：默认输出 Markdown，可在请求末尾指定 Jira、GitHub Issues、Excel（制表符分隔）、CSV、JSON 等格式。提供缺陷报告模板与 10+ 真实示例、最佳实践与反模式对比、自动化报告生成脚本；截图与日志收集工具、Bug Report Quality Checker 标注为 coming soon。
使用方式：打开本目录 prompts/ 下相关文件，复制虚线以下内容，追加业务流、环境、约束、验收标准等上下文；如需非 Markdown 输出，在末尾追加 output-formats.md 中的请求句。参考文件包括 prompts/bug-reporting_EN.md 与 output-formats.md。
内容要点：标题应简洁含关键信息；复现步骤用编号列表；环境信息含 OS、浏览器、版本等；区分严重程度（Critical/High/Medium/Low）与优先级（P0-P3）；附截图、视频、日志、链接；描述影响范围与变通方案。常见陷阱包括标题不清、缺复现步骤、无环境信息、只说“不能用”、无附件、情绪化描述、一份报告混多个问题。
输出模板与脚本：output-templates/ 含 template-word.md、template-excel.tsv、template-xmind.md、template-json.json、template-csv.csv、template-markdown.md；scripts/ 含解析与转换脚本，例如 python3 scripts/parse_json.py output-templates/template-json.json、python3 scripts/convert_output_formats.py output-templates/template-json.json --to csv、python3 scripts/batch_convert_templates.py --skip-same。
适用场景：QA 工程师与开发人员执行测试域、团队负责人需要结构化可复现输出、AI 用户需要快速可执行与可报告的交付物。
限制：不推荐用于无测试范围/上下文的纯生产事故响应、需法律合规签署且无专家评审的决策、缺少最小输入（范围、环境、预期行为）的请求。生成前应提供清晰范围、环境与验收标准，执行前需对照真实系统约束验证输出。