ci-triage

用途：调查失败的 GitHub Actions 运行或 PR 检查，进行基于证据的分类，判断是回归、偶发失败、基础设施故障，还是证据不足需人工介入。该技能只负责分类，复现命令、预期失败、issue 约定和告警级别由仓库契约或 overlay 定义；不授权发布代码、回滚、开 issue、评论或提及他人。若修复会改动已授权的 PR，需加载 pr-lifecycle。\n\n主要能力：读取运行/作业状态、首个失败步骤和有界日志，并脱敏凭据与个人数据；将被测 diff 与上一次可比运行（含工作流、输入、依赖、环境）对比；在授权的隔离检出中以完全相同的 ref 或合并结果复现，使用其自身的门控命令与 fixture；按四类归档：regression（与变更确定性相关，需复现并修复）、flake（相同输入结果交替，有非确定性证据）、infra（runner、服务、网络或依赖供给失败）、needs-human（证据或权限不足）；按仓库 issue 约定记录，若存在滚动 main-red tracker 则先搜索再追加证据，避免重复；关闭 tracker 需有权限并引用相关绿色运行。\n\n使用方式：先确定运行、工作流、被测 SHA 和事件，PR 需区分 head 与合并预览；检索检查/日志需要能力映射时使用 harness-operations；日志不可用则保留状态/配置证据并报告访问限制。复现不得把停泊的主检出切到可疑分支；浏览器失败须用仓库自身的浏览器工作流，不可换用其他产品的路由或 fixture。修复交接给仓库工作流与 pre-push/PR 生命周期；重试需保留失败运行并比较相同输入，绿色重试不能作为削弱断言的依据。需人工决定或补充上下文时，使用 harness-operations 的结构化提问能力并等待；不可用时说明限制并走既有交接渠道。仅基础设施缺失不必然需要人工选择。\n\n完成报告：包含工作流/运行 URL、被测 SHA、首个失败步骤、分类、置信度、复现结果、有界证据和下一步动作；被阻塞的复现不算成功的本地检查，检查状态须绑定确切 SHA。具体命令、安装方式与收费信息暂未提供。