用途：把用户的简短输入转化为基于当前仓库、可直接实施的 GitHub issue，并完成创建。用户提出“提交 issue”即视为授权在通过各项检查后创建。
主要能力：先调查再起草，包括阅读适用的项目说明与愿景、在开放和已关闭 issue 中检索结果与机制层面的重复项、检查受影响的代码、测试和文档。起草时匹配仓库 issue 模板，选择标题、标签和正文，内容仅保留与决策、实现和验证相关的信息，如问题、当前与预期行为、范围、约束、必需行为、复现与回归预期、用户/测试影响、可能受影响区域及相关工作。仅使用已有标签，除非用户要求新建。
使用方式：发现仓库的 issue 模板与标签约定；调查请求并解决剩余实质性问题；按模板起草；用可用的 GitHub 工具创建 issue，核对返回 issue 的仓库与内容，并返回其 URL。若写入响应丢失或中断，先搜索该 issue 再重试。正文末尾需附一条独立 GitHub Note，注明创建者用户名与所用模型名。
限制与停止条件：当请求与项目愿景冲突、属于重复项，或需要无法确立的实质事实时，应在起草前停止；重复项应返回已有 issue 并停止。发布前必须解析当前 GitHub 账号的认证用户名与确切模型名，任一不可用即停止，不得猜测或使用通用标签。默认不展示草稿审批，直接创建；仅当用户明确要求（如 /create-issue draft 或“先给我看草稿”）时才先展示草稿并等待批准。UI/UX 或本地截图视频需读取 references/ui-evidence.md，且不得把证据媒体提交到仓库；非媒体证据放入折叠的 <details> 块。写入未被确认时应报告为不确定，请求被接受或委派不等于 issue 已创建。