issue-ingestlisted

# Issue Ingest 从上游仓库的 closed issue 批量沉淀 case。适合：团队想吸收某框架（vllm-ascend / vllm / mindspeed-llm…）的 issue 里的排障知识，而不想逐条手工翻 issue。 **自动化边界（拉取→沉淀全自动；升格分场景，2026-09 明确）**：本 skill 自动完成"拉取 → 过滤 → 评估 → 沉淀草稿 → 标记已导入"，产出 `status: draft` 的 case 草稿进 `postmortems/inbox/`——**不进诊断上下文**。升格分两种： - **默认（人工审后转正）**：维护者批量审 inbox（knowledge-groom 周批）后转正——知识生效点（draft → active）是人； - **自动化升格（owner 预授权源）**：本 skill 即 owner 配置的持续管道，其产出的草稿 verification 链完整（upstream-fix-merged 等外部验证）+ pre-triage 判别完成——**可直接调 knowledge-groom 升格入库提 PR**，不等周批（同 2026-W36 round2 全自动轮 22 case 先例；groom SKILL「触发场景区分」）。逐条人审不是自动化源的必经环节。 ## 前置环境（不满足先处理，不跳过） 1. **gh CLI**：`gh --version` 检查；未安装 → 提示用户安装（`curl -fsSL https://cli.github.com/ | sh` 或包管理），装完重查； 2. **gh 登录**：`gh auth status` 检查；未登录 → 引导用户 `gh auth login`（选 GitHub.com → HTTPS → **Login with a web browser**，用户浏览器完成授权）——不要替用户输入凭据，等 auth status 通过； 3. 其他源（GitCode 等）：确认对应 CLI（如 `gitcode-cli`）已装已登录，本 skill 流程以 GitHub 为例，其他源换 CLI 命令即可（缓存格式保持一致：number/title/comments/closed_at/labels/state_reason）。 ## 输入方式（按需交互：给得越全，问得越少） ``` /skill:issue-ingest --repo vllm-project/vllm-ascend --labels triaged [--since <ISO时间>] [--min-comments 3] [--limit 20] [--mode auto|confirm] /skill:issue-ingest vllm-ascend # 半明确：调查后给建议 /skill:issue-ingest "我想导入些昇腾训练框架的 issue" # 不明确：引导问框架，再走半明确 ``` | 用户给到什么 | agent 行为 | |---|---| | 完整参数（`--repo --labels ...`）| 直接执行（不打扰）| | 半明确（框架名或仓库）| 查 `ingest-state.json` 该源有无 config → 有则复用（显示给用户，可改）；无则**调查 + 建议 + 确认**（见步骤 0）| | 不明确 | 引导问框架 → 走半明确路径