用途：在发现当前任务范围外的缺陷、改进点，或用户要求“记录一下”“建个 issue”时，帮助创建有调研依据的 GitHub Issue，并优先防止重复。
主要能力：先澄清问题描述；再检查代码库是否已修复（用 Grep/Glob 搜索关键词，并用 gh api repos/{owner}/{repo}/commits 查近期提交，支持按关键词过滤）；随后检索已有 Issue，包括打开与已关闭列表、关键词搜索及查看详情与评论，区分完全重复、相关 Issue 与已关闭 Issue 并给出处理选项；在上下文足够时调研可选方案，给出 1-3 种做法、涉及文件与权衡；最后按固定结构起草内容。
使用方式：通过 gh issue list、gh search issues、gh issue view 检索；用 gh issue create --title … --body … 创建，创建后展示链接与编号。标题遵循约定格式，如 fix(area)、feat(area)、refactor(area)、docs(area)、chore(area)。若需建为子 Issue，会调用 gh-subissues 技能。截图处理：先建 Issue 取得编号，再创建或复用 issue-assets 草稿 release，用 gh release upload 上传按 {issue#}-{description}.png 命名的文件，取回 URL 后用 gh issue edit 把图片写入正文而非单独评论。创建前先向用户确认标题与摘要，用户可选创建、查看更多细节、先编辑或取消。
适用场景：开发中发现范围外问题、用户要求记录缺陷或改进、需要带调研和实现建议的 Issue 时。
限制：gh CLI 无法直接向 Issue 上传图片，需借助 release 资源变通；流程假设已配置 gh 与仓库权限。其他限制资料未提供。