当用户要深度分析**单个** GitHub issue —— 判断它是不是真 bug、要不要修、优先级多高、或功能请求是否合理时使用。区别于全量 triage,这个聚焦一条 issue 做透:拉详情 → 判类型 → 是 bug 则结合代码库验证真实性/根因/影响面/复现/是否需修,是功能请求则评估合理性/呼声/可行性/工作量 → 给结构化结论(供决策或作评论草稿,不自动发)。触发关键词:"分析一下这个 issue"、"#123 是不是 bug"、"这个 issue 要不要修"、"这个需求合理吗"、"帮我看下 issue #N"、"analyze this issue"、"评估这个功能请求"。不
当用户要深度分析**单个** GitHub issue —— 判断它是不是真 bug、要不要修、优先级多高、或功能请求是否合理时使用。区别于全量 triage,这个聚焦一条 issue 做透:拉详情 → 判类型 → 是 bug 则结合代码库验证真实性/根因/影响面/复现/是否需修,是功能请求则评估合理性/呼声/可行性/工作量 → 给结构化结论(供决策或作评论草稿,不自动发)。触发关键词:"分析一下这个 issue"、"#123 是不是 bug"、"这个 issue 要不要修"、"这个需求合理吗"、"帮我看下 issue #N"、"analyze this issue"、"评估这个功能请求"。不适用于:一次性给所有 issue 排序(用同 plugin 的 github-issue-triage 技能)、实际写修复代码(那直接修)。