用途：把模糊的“它坏了”整理成开发者可直接处理的缺陷工单，核心目标是可复现性，减少来回澄清。
主要能力：按固定结构输出报告，包括精确标题（问题+位置+关键条件）、严重程度/优先级（影响与紧迫性分开）、环境（设备/系统/浏览器与版本、应用版本、账号角色、区域与数据状态）、编号复现步骤（从已知状态开始并注明频率）、预期结果、实际结果、证据（截图/录屏、控制台与网络错误、日志、请求 ID）、可选备注（临时方案、回归时间、明确标注为假设的疑似原因）。同时提供质量检查清单与反模式提示。
使用方式：当被要求写缺陷报告、提交问题或把“坏了”转成工单时使用。若信息不全，可先推断可能的复现步骤、预期行为与环境，并标注“待确认”；把观察到的事实与猜测分开，不编造日志或错误，缺失的证据标记为需补充。仅在未提供时才询问：问题现象、复现步骤、环境、证据。
适用场景：产品与测试人员提交缺陷、把用户反馈转为工单、需要跨团队复现的问题记录。
限制：不编造日志、错误或事实；一个工单只写一个缺陷；不把猜测原因当作事实；不把预期与实际合并成一句；不省略环境与版本。具体命令、平台支持与收费信息暂未提供。