用途：对单个 GitHub Issue 进行结构化分诊，产出标签、优先级与待补充信息，服务于 clickhouse-java 项目的问题定位。
主要能力：流程分三阶段。第一阶段预览，按描述规模分为 Tiny、Small、Medium、Large，据此识别受影响模块（如 JDBC 可通过特定方法名判断）、记录信息，Large 描述会被压缩为便于排查的最小版本，并核对问题是否包含最小必要信息。第二阶段研究，先用 source-map.md 定位受影响模块与 area:* 标签（模块/包边界、标签到源码位置、入口类、堆栈到模块的启发式），缩小范围后再检索源码；按问题类型采取不同策略：Question 先查文档，涉及配置则查源码，涉及用法则生成澄清问题，否则标记需人工关注；Potential Bug 确定范围（模块、配置参数、实现类），有堆栈则补充方法调用链，有代码示例则分析调用顺序，了解运行时环境并生成追问，涉及 JDBC 时考虑框架因素与条件，涉及客户端时关注应用环境，并在有数据示例时编写最小测试场景。第三阶段按固定模板输出 Triage Report，包含修复工作量、类型、受影响模块、摘要、推荐标签、缺失信息/向用户提问、以及待添加测试。
使用方式：将本技能用于单个 Issue 的分诊，按其内置 references.md、source-map.md 等参考文件执行对应阶段，最终按模板给出报告。
适用场景：clickhouse-java 仓库的 Issue 初筛与分类、问题定位、补充复现与版本信息。
限制：一次仅处理一个 Issue；分析质量和范围依赖仓库内的参考文件与源码；部分问题需人工关注；具体安装或调用命令、平台与费用信息暂未提供。