issue-triagelisted

# Issue Triage (issue-triage v1.0) > **版本**: 1.2.0 | **角色**: issue 接收方核对 > **十步循环角色**: B.2 实施阶段 — 接收 issue 后的前置核对步骤，防止在过期信息或未复现 bug 上开起新的 cycle > **机械化**: Step 0 由 `scripts/triage.py` (stdlib-only Python) 产出 JSON snapshot，AI 读 snapshot 进行 Step 6 复现 + verdict 综合。 --- ## 快速开始 ### 我应该使用这个 Skill 吗？ **使用场景**: - 收到 issue 后，在起新 OpenSpec / branch 之前 - 确认 bug 是否在当前版本可复现 - 查看是否已有 in-flight PR 或本地分支处理同一问题 - 需要留 audit trail (verdict comment) 的 issue 核对 **不使用场景**: - 已完成 triage、正在起修复 cycle → 直接 `/phase-a-planner` - 只是看 issue 列表 / 查进度 → `/state-scanner` - 向 Aria 维护团队报告问题 → `/aria-report` (方向相反，见 §与 aria-report 的关系) --- ## 核心功能 | 阶段 | 内容 | 机械化 | |------|------|--------| | **Step 0** | 执行 `triage.py`，产出 `triage-report.json` | 全自动 (`triage.py`) | | **Steps 1-5** | 读取 issue、版本核对、代码路径验证、git 历史、in-flight 检查 | 全自动 (collectors) | | **Step 6** | Reproduction — 三模式 exit (auto / pause / skip) | AI 辅助 | | **综合输出** | Verdict 计算 + severity / recommended_action 填写 + `triage-comment.md` 草稿 | AI | **步骤定义 (SOT)**: 6 步流程的完整定义（每步目的、检查项、输出字段、失败模式）见 `standards/conventions/issue-triage.md §Steps`。本文档**不复制**步骤定义，仅描述 Skill 调用契约。 --- ## 配置 (config-loader) 执行前读取 `.aria/config.json`，缺失则使用默认值。参见 [config-loader](../config-loader/SKILL.md)。 | 字段 | 默认值 | 说明 | |------|--------|------| | `issue_triage.default_repo` | `""` (从 forgejo_config 推断) | 裸编号时的默认仓库 | | `issue_triage.repro_timeout_seconds` | `120` | Step 6 单次复现命令超时 | | `issue_triage.step6_mode` | `"auto"` | 默认 Step 6 模式: `auto` / `pause` / `skip` | | `is