用途：用于审查开放 issue、清理 GitHub 积压、对传入 issue 与 PR 做分诊，并对每个条目尽量端到端处理（修复 bug、回答问题、处理基础设施问题、处理可合并 PR）。
主要能力与规则：每条目端到端处理；不自动关闭 issue（监控系统可能在未解决时重建）；每个 issue 修复使用独立分支与 PR，不把多个 issue 合到一个分支；每个获批条目使用一个后台 subagent；详细逐条执行提示见 references/subagent-templates.md。
使用方式（工作流）：1) 获取：gh-tool issue triage-summary --state open --limit 100，需加载技能 agent-tools 获取完整 gh-tool 命令参考；若不可用，改用原生 GitHub CLI（gh issue list/view/comment、gh pr list/view/review/merge）与本地 git 命令。2) 调查并给出带解决方案的计划：针对每条目先调查，读现有评论、定位根因（读代码、查日志、搜索代码库、检查 Sentry、检查 Kubernetes 状态），确定具体修复（哪个文件、什么改动、什么配置），再呈现分诊计划表（Item、Root Cause、Fix），计划必须含具体根因与具体修复，不能只写“调查”或“需要分析”；根因未知则记录已查内容与未知项。此阶段不派发 subagent，呈现计划后停止并等待用户批准。用户可：全部批准（“go”/“ok”）、跳过条目（“skip #488”）、更改动作（“for #471 just comment, don't fix”）、提问。3) 执行已批准条目：仅在明确批准后运行，每个获批条目派发恰好一个后台 subagent，不批量；按类别与复杂度匹配技能：BUG→deep，skills: ["agent-tools", "testing-patterns"]；QUESTION→quick，skills: ["agent-tools"]；INFRA/MONITORING（标签 k8s-monitoring、critical、sentry、new-error）→deep，skills: ["agent-tools", "kubernetes-helm", "production-troubleshooting", "sentry-integration"]；FEATURE→quick，skills: ["agent-tools"]；OTHER→quick，skills: ["agent-tools"]；PR：BUGFIX + CI pass + mergeable→quick，skills: ["agent-tools"]；WIP/draft/conflicting→quick，skills: ["agent-tools"]；OTHER→quick，skills: ["agent-tools"]。跳过规则：已分配且最近 7 天有活动（新评论、提交推送、PR 审查、状态更新或标签/状态变更）→在计划中建议跳过，由用户决定；用户明确说要跳过。4) 报告：所有 subagent 完成后生成汇总表（Item、Type、Action、Result）。
适用场景：维护开源或私有仓库的 issue 与 PR 队列，需要快速分类、定位根因并批量修复但保持每条目独立。
限制：不自动关闭 issue；不能把多条 issue 合并到一个分支；需用户批准后才执行；依赖 agent-tools 或原生 gh CLI 与本地 git；未提供收费、价格、平台或效果信息。