用途：当测试失败、功能异常，或有人非正式描述问题时，Bug Reporter 帮助把这些信息结构化成适合缺陷跟踪系统的报告。
主要能力：收集事实信息，包括操作内容、实际现象、构建/版本、环境、角色/账号，以及日志、截图或 trace；撰写可搜索的精确标题，格式为 <area>: <what fails> when <condition>；用从已知起始状态出发的最少编号步骤记录复现过程，并列出 Expected 与 Actual；如果无法可靠复现，如实说明并提供发生频率，而不是编造干净的复现步骤；基于影响和紧迫性给出严重程度与优先级，并附一行理由和疑似组件/区域（作为假设而非定论）；把每个证据产物通过链接关联，无证据的主张会被标记而不是直接断言。
使用方式：按照输出结构组织报告，包含标题、环境、严重程度、优先级、疑似区域、复现步骤、预期、实际、频率和证据链接。必须执行人工复核关（HUMAN REVIEW GATE）：报告先作为草稿呈现，列出无法确认的细节和假设的严重程度，请报告者在提交前确认。
适用场景：测试者说“为这个提个 bug”或“把这个缺陷写下来”；有人非正式描述问题并希望结构化；不稳定或间歇性问题需要记录频率和条件。
限制：绝不编造复现步骤、日志行、错误消息或证据链接；严重程度和疑似区域只是建议，最终由分诊者和开发者决定；如果无法可靠复现，应诚实报告；在人工确认并归档前，报告始终是草稿。部分具体安装方式、平台支持或收费信息暂未提供。