用途：对原始安全扫描输出做对抗式分诊，完成四件事——核实每条发现是否真实、跨运行与扫描器去重、按推导出的可利用性（而非扫描器自报严重度）排序、并将每条路由到组件负责人。结果输出为简短、已排序、有归属的清单。
调用方式：/triage <findings-path> [--auto] [--votes N] [--repo PATH] [--fp-rules FILE]。参数需从 $ARGUMENTS 解析，不依赖位置变量展开。findings 路径为第一个位置参数（必填），支持 JSON 文件、JSON 目录、VULN-FINDINGS.json、INCIDENTS.json、pipeline results/<target>/<ts>/ 目录或 markdown 报告。--auto 跳过访谈使用默认值（默认交互模式）；--votes N 为每条发现核验票数（默认 3，快速 1，高风险 5）；--repo PATH 指定目标代码库（只读，默认 cwd，核验需源码可达，否则报错停止）；--fp-rules FILE 追加组织专属排除规则；--fresh 忽略 ./.triage-state/ 检查点从 Phase 0 重来，否则从上次完成阶段恢复。
工具与限制：可用 Read、Glob、Grep、Write、Task、AskUserQuestion；Bash 仅限 git、find、wc、ls、jq 及 python3 .claude/skills/_lib/checkpoint.py。禁止执行目标代码（不构建、运行、安装依赖或发请求），禁止联网（不查包/漏洞库或上游提交），结论均来自阅读源码；对高置信 HIGH 发现建议后续由人工构建 PoC。
流程：检查点贯穿各阶段，状态存于 ./.triage-state/（progress.json 为恢复位置唯一依据）。Phase 0 模式选择与访谈，收集环境与信任边界、威胁模型、评分标准、噪声容忍度；Phase 1 摄取与归一化，识别多种输入格式并映射字段（file、line、category、severity、title、description、exploit_scenario、preconditions、recommendation、scanner_confidence 等），无来源定位的发现直接标 false_positive 并需人工复核；Phase 2 去重，先按同文件、同类别、行号相近的确定性聚类，再对幸存聚类用一次语义去重；Phase 3 对每条候选由 N 个独立对抗核验器从源码重新推导并投票；Phase 4 结合上下文排序并路由负责人。评分中的前置条件规则始终计算，评分标准仅控制 severity_label 额外展示内容。当前资料未提供价格、平台支持范围等信息。