用途：帮助在尽量少的往返中收集足够上下文，一次性定位并修复 bug。资料将其定位为交互式缺陷修复流程，适用于用户报告“某个东西不工作”等排错场景。
主要能力与流程：先快速分类缺陷（UI/UX、API/后端、数据/状态、基础设施/配置）；然后执行第一轮提问，强制使用 question 工具，在同一调用中提出 2 至 4 个问题，混合选择题与自由文本题，优先高诊断价值问题；随后用三条要点确认理解（观察到的问题、期望行为、初始假设），并请用户简短确认“这个总结是否准确代表问题”，若否，则最多再问一轮、不超过 2 个问题。确认后阅读相关代码、找出根因、应用最小且安全的修复。
使用方式：提问必须通过 question 工具而非纯文本；每轮最多 4 个问题，总计最多 2 轮；在缺少关键数据时至少包含 1 个开放题；若上下文已足够则跳过提问直接调查。资料按类型给出提问模板，例如 UI/UX 可问故障发生位置（header、modal、表格、表单、其他）、应发生什么与实际发生什么、控制台是否报错；API/后端可问失败方式（超时、4xx/5xx、响应无效、间歇性）、粘贴状态/消息/堆栈、之前是否正常；数据/状态可问失败表现（不保存、保存错误、读取失败、不一致）、给出受影响数据的具体例子、是必现还是特定场景。
预期产出：编辑前给出可能的根因、要改动的文件、修复策略（1 至 3 行）；编辑后用小语言解释修复，并说明为何该改动能解决缺陷。
限制：修复采用最小改动，不做非必要重构；question 已内置自填答案选项，不应再添加“其他”；不重复用户已提供的信息。资料未提供安装方式、平台支持、收费与具体命令，均暂未提供。