用途：当用户希望端到端解决或继续某个 GitHub Issue 时使用，支持当前仓库的 #123 简写、完整 Issue URL，以及 solve、fix、implement、continue、finish、work on 等动词。仅做 Issue 起草、不涉及实现变更、或仓库禁止写操作时不适用。
主要能力：读取 Issue 正文、标签与关联讨论，确认可实现范围与范围外事项；检查主 Issue 及子 Issue 的指派人状态；制定按依赖排序的待办并逐步推进；先研究相关文件、测试与相邻用法，再做小范围根因修复；增量运行目标检查与项目必需检查；准备 PR 就绪输出，包括变更说明、验证证据与后续事项，并按 .github/pull_request_template.md 在 .tmp/ 下生成 Issue 专属 PR 正文草稿。
使用方式：执行前需收集 Issue URL 或 owner/repo#number、仓库与分支/worktree 决策、验收标准与范围外约束、目标仓库的必需验证命令；可选提供相关 Issue/PR、风险区域、提交或 PR 粒度。流程上先询问是否使用专用 git worktree，再确认 Issue 上下文与成功标准、指派人意图。GitHub 操作优先使用 MCP 工具而非临时 gh api 或 GraphQL，并缓存每次运行的上下文避免重复查询；GraphQL 仅作回退，mutation 每次 5 个二级限流点，需批量字段并间隔至少 1 秒。典型实现会话建议控制在约 20 次 MCP 读取与 5 次 mutation 以内，接近 30 次以上时暂停可选增强。任何 GitHub 变更（创建/编辑/评论/关闭）前需用户明确确认；创建或更新 PR 前需确认目标基础分支、草稿或就绪状态、指派人及相关 Issue 链接。
限制与安全：该技能具备变更能力，仓库本地工作流说明与内联指引冲突时以仓库说明为准；不得请求或暴露密钥/凭据；未经明确确认不得运行破坏性命令；变更保持最小且限定于 Issue；未实际运行不得声称检查通过；需遵守仓库贡献规则。附带资产为 assets/issue-solving-checklist.md。其他细节暂未提供。