用途：引导用户从零创建结构规范的 GitHub issue，覆盖功能请求与缺陷报告两类。
主要能力：收集用户的非结构化描述；根据措辞自动分类为 bug report 或 feature request，分类不明确时询问用户；读取对应模板（缺陷报告读 .github/ISSUE_TEMPLATE/Bug_report.md，功能请求读 .github/ISSUE_TEMPLATE/Feature_request.yml）；依据描述起草各字段，功能请求会综合出功能说明、理由、验收标准、优先级与阻塞项，缺陷报告会提取复现步骤、预期与实际行为及环境信息；生成 72 字符以内的标题，必要时加区域前缀；对空缺或含糊字段逐个提问补全；收集并校验标签；展示草稿并确认后提交。
使用方式：按步骤交互进行。用户先用自己的话描述需求或问题；技能分类并读取模板后起草；随后逐字段追问，一次一个问题并等待回复。标签校验使用命令：gh label list --repo elastic/kibana --search "<label>" --limit 10 --json name,description --jq '.[] | "- \(.name) — (.description // "no description")"'。确认后创建 issue：gh issue create --repo elastic/kibana --title "<TITLE>" --label "<label1>" --label "<label2>" --label "<labelN>" --body "$(cat <<'EOF'\n<formatted body here>\nEOF\n)"，每个标签一个 --label，并始终包含类型标签（bug 或 enhancement）。
适用场景：在 elastic/kibana 仓库中提交规范化的功能请求或缺陷报告。
限制：描述中未提供依据的字段留空，不臆造；验收标准须具体可验证；可选字段可填 N/A 或 none；标签需与仓库实际标签匹配，无匹配时由用户选择跳过或提供替代；提交前需用户明确确认。