用途：把用户、仓库或来源 issue 的上下文转化为可执行的 GitHub issue 草稿，并在获得明确批准后用 gh 创建已批准的 issue 及原生关系。区分 AFK（无需人工输入即可端到端实现）与 HITL（需真人决定设计、产品或架构）。
主要能力：为草稿使用来自用户、仓库或来源 issue 的事实；生成标题清晰、验收标准可观察、元数据有用、范围适中的 issue；多 issue 计划默认按 tracer-bullet 纵向切片拆分，每个切片交付一个端到端可演示或可验证的窄行为；创建前提示可能重复项；仅创建已批准集合，并报告 issue URL 与关系状态。
使用方式：先预检 gh、认证和仓库，缺失或无法确定时停止并给出最小修复建议。需精确 gh 命令时读取 references/gh-commands.md。草稿前按类型读取 templates/bug.md、feature.md、task.md 或 vertical-slice.md。草稿展示仓库、标题、正文、指派、标签、里程碑/项目与关系，最后提示回复 create 继续。批准后创建，先发布被阻塞项，再发布依赖项，并尝试并验证原生父子与阻塞关系。
限制：仅在明确批准后创建；不重复或修改父/来源 issue；不臆造需求、元数据、标签、关系、优先级或验收标准；正文关系段仅作审计，不替代原生关系；标题尽量少于 80 字符；不要泛化用户提供的计划或规格；优先使用已有标签，新标签需批准；不包含泛化文件清单。