CI/CD 디버거
코딩중급
GitHub Actions, GitLab CI 등의 파이프라인 실패 로그를 분석합니다. 에러 원인을 파악하고 설정 파일 수정, 환경 변수 확인 등 구체적인 해결 방법을 제시합니다.
트리거
/cicd사용빈도수시
DevOps 엔지니어라면? CI 실패 로그를 /cicd에 붙여넣으면 원인 + 수정 코드를 즉시 확인
GitHub Actions를 처음 쓰는 개발자라면? YAML 설정 에러를 자동으로 찾아서 수정
CI/CDDevOpsGitHub Actions파이프라인
작동 흐름
/cicd [에러 로그 붙여넣기] 실행
↓
Phase 1: 3개 분석 병렬
log-parse
에러 로그 파싱
config-check
설정 파일 점검
env-verify
환경 변수 확인
↓
수정 코드 생성 + 재실행 가이드
↓
✓ 원인 분석 + 수정된 설정 파일
스킬 코드
# CI/CD Debugger Skill
## Trigger: /cicd [paste error log]
When the user shares CI/CD failure logs:
1. Identify the CI platform:
- GitHub Actions, GitLab CI, CircleCI, Jenkins
2. Parse error:
- Find the actual error (not just the first red line)
- Check for common issues:
- Missing secrets/env variables
- Version mismatches (Node, Python, etc.)
- Permission denied errors
- Timeout issues
- Cache invalidation problems
3. Read the pipeline config file:
- .github/workflows/*.yml
- .gitlab-ci.yml
- Jenkinsfile
4. Output format:
---
## 🔧 CI/CD Debug Report
**Platform**: [GitHub Actions]
**Workflow**: [name]
**Failed Step**: [step name]
### Root Cause
[Explanation of what went wrong]
### Fix
```yaml
# Before
[broken config]
# After
[fixed config]
```
### Prevention
- [how to prevent this in the future]
---
복사해서 CLAUDE.md에 붙여넣으면 바로 사용할 수 있습니다.
CI/CD 디버거 작동 방식
CI/CD Debugger는 파이프라인 설정과 에러 로그를 읽어 실패 단계를 파악하고, CI 플랫폼(GitHub Actions, GitLab CI 등)의 일반적 실패 패턴과 대조한 후, 단계별 해결책을 제공합니다.
CI/CD 디버거이(가) 빛나는 순간
로컬에서는 작동하는데 CI 파이프라인이 불명확한 에러로 실패할 때 몇 시간을 절약합니다. 러너 환경 차이, 캐싱 이슈, 권한 문제 등 플랫폼 고유의 특이점을 이해합니다.
핵심 특장점
- 플랫폼 고유 CI/CD 특이점과 제한사항을 이해
- 일반적 실패 데이터베이스에서 에러 패턴 대조
- 정확한 파이프라인 설정에 맞춘 수정 제공
- GitHub Actions, GitLab CI 등 주요 플랫폼 대응