用途：把不完整的 issue 输入转化为有证据支撑的问题定义和解决方向，产出的是理解，而不是实现计划。
主要能力：从用户输入中提取症状、受影响行为、范围线索和候选方案；构建代码地图，搜索错误字符串、功能名、API 路由、CLI 命令、配置键等，并阅读导出、调用方、共享工具、测试和生命周期边界；验证问题状态（Confirmed、Likely、Not Found、Invalidated、Ambiguous）；在诊断后探索 2 到 4 个解决方向，包含最小可信修复和至少一个替代方案；按固定格式输出问题定义、证据、相关流程、解决方向、建议、非目标与开放问题。
使用方式：用户提供 issue 陈述、bug 报告、Jira 工单或模糊问题后触发。默认保持只读，除非用户明确要求编辑。需对照当前代码检出验证，不轻信 issue 文本、Jira 字段、过时文档或提议方案。运行时命令仅在低成本、本地且有助于诊断时使用。
适用场景：需要先厘清问题再规划实现的开发流程，尤其适合证据不足、描述模糊或需要区分事实、推断与假设的代码问题调查。
限制：不写逐步实现计划；证据弱时需说明缺失内容；若报告的问题不存在，需说明并引用证据；若问题过于模糊，只问启动所需的最小澄清问题。具体安装命令、平台与收费信息暂未提供。