用途：把本地 Comet 想法、观察到的回归或改进提案，整理成聚焦的 GitHub Issue 草稿。当用户要求把本地调查转换为 Issue、后续 Issue、Bug、Feature 或维护任务时使用。
主要能力：先读取 ../comet-github/references/maintainer-contract.md，起草阶段只读，创建 GitHub Issue 必须得到明确确认。理解本地观察并检查当前实现、测试、Runtime 路径和相关文档；按领域概念搜索已有 GitHub Issue 和 PR，判断是重复问题、已有 Issue 的 follow-up 还是新报告；从 bug、feature、task、question 中选择最匹配的仓库模板，起草前先读取当前 YAML 模板；区分用户可见问题和推测的实现原因，仅在有助复现或界定范围时写入实现细节。
起草内容：使用仓库模板前缀的简洁标题；受影响的 workflow、平台和版本/状态；当前行为与预期行为；复现步骤或触发该想法的用户流程；已有证据和疑似边界，未经验证的内容标注为假设；明确范围和非目标；可独立检查的验收标准；相关 Issue/PR 链接和重复搜索说明。Feature 先描述 workflow 问题和期望行为，再提出实现方案；Bug 在必要时保留准确命令、日志、版本和项目状态。
使用方式与限制：先展示完整的标题、模板类型、标签和正文，得到确认后才能调用 gh issue create；创建后验证返回的 URL 和标题并报告 Issue 编号。除非另行要求，不修改标签、不关闭相关 Issue、也不创建额外 ticket。