simon-ci-fix

simon-ci-fix

PR의 CI 체크를 모니터링하고, 실패 시 자동으로 수정하는 스킬. 에러 유형별 전문 복구 전략으로 최대 5회 사이클을 반복하여 모든 체크가 통과할 때까지 수정한다.

Mode Detection

1. 입력 파라미터 확인: PR 번호, 브랜치명, SESSION_DIR이 전달되었는지 확인
2. DELEGATED 모드: PR 번호가 전달됨 (simon-code-review 또는 다른 스킬에서 호출)
3. STANDALONE 모드: PR 번호 미전달 → 자동 감지

   gh pr view --json number,url --jq '{number: .number, url: .url}'
   

   PR 없으면 사용자에게 안내: "현재 브랜치에 PR이 없습니다. PR 번호를 알려주세요."

Shared Protocols: ~/.claude/skills/_shared/preamble.md 읽기 — Session Isolation, Error Resilience, Forbidden Rules 공통 프로토콜 포함.

STANDALONE SESSION_DIR 설정

STANDALONE 모드에서는 preamble의 Session Isolation Protocol에 따라 SESSION_DIR을 직접 결정한다.

Workflow

[Mode Detection] → PR 번호 확보
     ↓
Step 1: CI 상태 확인 ←──────────────┐
     ↓                               │
  모두 통과? ── Yes → 결과 보고       │
     │                               │
    No                               │
     ↓                               │
Step 2: 실패 로그 수집                │
     ↓                               │
Step 3: 에러 분류                     │
     ↓                               │
  ENV만? ── Yes → 결과 보고 (수정불가) │
     │                               │
    No                               │
     ↓                               │
Step 4: 진단 + 수정                   │
     ↓                               │
  [GATE] 구조적 변경? → 사용자 확인   │
     ↓                               │
Step 5: 커밋 + 푸시 ─── cycle < 5 ───┘
     │
  cycle >= 5
     ↓
결과 보고 (미해결 실패 포함)

Step 1: CI 상태 확인

CI 체크 상태를 확인한다. push 직후에는 CI가 아직 시작되지 않았을 수 있으므로 대기 로직을 포함한다.

CHECKS=$(gh pr checks {pr_number} 2>&1)

체크 상태 해석:

• 모든 체크 pass → SUCCESS → 결과 보고
• 실패한 체크 존재 → Step 2
• 체크가 pending → 30초 대기 후 재확인 (최대 10회, 5분)
• 체크가 하나도 등록되지 않음 → 60초 대기 후 재확인 (최대 5회, CI 트리거 대기)

진행 상황 기록:

echo "## Cycle {N} - $(date -u +%Y-%m-%dT%H:%M:%SZ)" >> {SESSION_DIR}/memory/ci-fix-progress.md
echo "Status: CHECKING" >> {SESSION_DIR}/memory/ci-fix-progress.md

Step 2: 실패 로그 수집

실패한 각 체크의 상세 로그를 수집한다.