用途：对 bug 报告做端到端分类处理。流程为四步，每步读取并遵循对应文件（reproduce.md、diagnose.md、verify.md、fix.md），并建议使用子代理隔离上下文。Step 1 复现：若问题被跳过（环境相关、版本不受支持等）或无法复现，直接跳到输出。Step 2 诊断：完成根因分析后，若置信度低则跳到输出；中等或高则继续。Step 3 验证：判定为有意行为则停止，不尝试修复；判定为 bug 或结论不清则继续。Step 4 修复：无论成功或失败都进入输出。输出阶段返回结构化结果，供编排器发布评论并管理标签。
输入：优先使用 args 中提供的 issueTitle 和 issueBody；否则使用对话中提到的 GitHub issue 编号或 URL，通过 gh issue view 获取详情。若 args 提供 triageDir 则作为工作目录，否则默认 triage/gh-<issue_number>，无编号时用 triage/current。
限制与注意：不要卡在基础设施问题上——服务器无法启动、端口被占用或 CI 环境缺少工具时，尝试 2 次后即放弃，并用已有数据写出报告。反复重启服务器或纠缠缺失 CLI 工具会耗尽全部时间预算；一份有可靠发现的部分报告远比因耗尽时间而无报告更有价值。资料未提供具体命令示例、依赖版本与平台要求。