사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/rpamis/comet --skill comet-github-ci-triage시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
Comet GitHub CI 分诊
先读取 ../comet-github/references/maintainer-contract.md。默认只做诊断；只有用户要求时才实施修复。
检查准确的远端状态
- 解析 PR，记录当前 head SHA 和目标分支。
- 运行
gh pr checks <pr> --json name,state,bucket,link,workflow,startedAt,completedAt。 - 对失败 job 使用
gh run view <run-id> --log-failed或最小范围的 job 日志检查真实失败边界。不要在没有日志证据时相信聚合助手摘要。 - 检查可合并状态，并确认显示的检查属于当前 head。过期 run 不能证明当前代码有问题。
- Codecov 页面信息不完整时，通过可用 API 检查受影响文件和 patch coverage 元数据，并报告准确 head 和覆盖率范围。
分类失败原因
判断红色结果属于：
- 生产代码；
- 测试 fixture 或冻结契约投影；
- 生成 Runtime 漂移或构建输出不确定；
- 依赖、工具链或平台环境；
- 凭证、权限或 Runner 配置；
- 过期检查或合并冲突；
- 未解决的覆盖率阈值。
用户要求实施时，在本地复现最小决定性边界。Windows 环境需要先区分沙箱、凭证或占位可执行文件噪音与真实 CI 失败，再修改产品代码。
准确报告状态
返回当前 head SHA、失败 job、根因、证据和最小动作。把远端状态与本地检查分开报告。超时、缺失、过期或尚未启动的检查都标记为“未验证”。
在准确最终 head 的新检查成功前，绝不宣称 CI 全绿。如果需要修复，将已确认范围交给 comet-github-issue-fix，获得授权后再使用 comet-safe-delivery。
