Menu
GitHub 저장소 운영·자동화·관리. gh CLI를 활용한 이슈 분류, PR 관리, CI/CD 운영, 릴리스 관리, 보안 모니터링. 단순 git 명령을 넘어 GitHub 이슈·PR·CI 상태·릴리스·기여자·stale 항목 관리 등 GitHub 운영 작업을 수행할 때 사용한다.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
새 Spring Boot 서비스를 api-gateway + auth-api 에코시스템에 연결한다. auth-api 클라이언트 등록 → Gateway 라우팅 추가 → 서비스에 econo-passport 연동 → 동작 확인까지 한 번에 처리. 다음 상황에서 반드시 이 스킬을 사용한다: - "새 서비스 Gateway에 연결해줘", "새 서비스 auth 연동" - "서비스 등록해줘", "Gateway 뒤에 붙여줘" - "/register-service" 직접 호출 - 새 Spring Boot 서비스가 추가되고 인증이 필요할 때 ARGUMENTS: 서비스명, 서비스 경로(선택), 업스트림 URL(선택) 예: "EEOS-BE /Users/mando/study/eeos/EEOS-BE/eeos"
이 스킬은 사용자가 "PR 생성해줘", "PR 만들어줘", "pull request 생성", "pr 올려줘", "/git-pr" 등을 요청할 때 호출된다. 현재 브랜치의 커밋을 원격으로 push하고, `.github/PULL_REQUEST_TEMPLATE.md`를 채워 GitHub Pull Request를 생성한다.
신규 기능을 개발할 때 정책 문서 → 코드 → 테스트 순서로 작성한다. ADR은 기술적 결정에만 사용하고, 기능 정책은 docs/features/ 에 작성한다. 다음 상황에서 반드시 이 스킬을 사용한다: - "기능 추가해줘", "기획부터 해봐", "설계해봐" - 새로운 API 엔드포인트 또는 도메인 규칙이 생길 때 - "/new-feature" 직접 호출 ARGUMENTS: 기능 이름 또는 요구사항 (없으면 대화에서 추출)
Architecture Decision Record(ADR)를 작성한다. 기술적 결정사항, 설계 선택, 트레이드오프를 문서화하여 나중에 "왜 이렇게 했지?"를 알 수 있게 한다. 다음 상황에서 반드시 이 스킬을 사용한다: - "ADR 써줘", "결정사항 문서화해줘", "이 결정 기록해줘" - 기술 방향 선택 후 ("A 대신 B 쓰기로 했어") - 설계 논의가 끝났을 때 - 나중에 이 결정이 왜 내려졌는지 설명이 필요할 것 같을 때 - "/adr" 직접 호출 ARGUMENTS: 결정 내용 또는 결정 번호 (없으면 대화에서 추출)
AI 에이전트의 액션 스페이스, 도구 정의, 관측(Observation) 포맷을 설계·최적화해 작업 완수율을 높일 때 사용한다.
로컬 개발, 컨테이너 보안, 네트워킹, 볼륨 전략, 멀티 서비스 오케스트레이션을 위한 Docker 및 Docker Compose 패턴.
| name | github-ops |
| description | GitHub 저장소 운영·자동화·관리. gh CLI를 활용한 이슈 분류, PR 관리, CI/CD 운영, 릴리스 관리, 보안 모니터링. 단순 git 명령을 넘어 GitHub 이슈·PR·CI 상태·릴리스·기여자·stale 항목 관리 등 GitHub 운영 작업을 수행할 때 사용한다. |
| origin | ECC |
커뮤니티 건전성, CI 신뢰성, 기여자 경험을 중심으로 GitHub 저장소를 관리한다.
gh auth login으로 저장소 접근 권한 설정 필요각 이슈를 타입과 우선순위로 분류한다:
타입: bug, feature-request, question, documentation, enhancement, duplicate, invalid, good-first-issue
우선순위: critical (장애/보안), high (영향 큼), medium (있으면 좋음), low (사소한 문제)
gh issue edit --add-label로 적절한 라벨을 적용한다good-first-issue 라벨을 추가한다duplicate 라벨을 추가한다# 잠재적 중복 검색
gh issue list --search "keyword" --state all --limit 20
# 라벨 추가
gh issue edit <number> --add-label "bug,high-priority"
# 이슈에 댓글 작성
gh issue comment <number> --body "Thanks for reporting. Could you share reproduction steps?"
gh pr checks <number>gh pr view <number> --json mergeablestale 라벨 추가, 업데이트 요청 댓글closed-stale 라벨 추가)# stale 이슈 조회 (14일 이상 비활성)
gh issue list --label "stale" --state open
# 최근 활동이 없는 PR 조회
gh pr list --json number,title,updatedAt --jq '.[] | select(.updatedAt < "2026-03-01")'
CI 실패 시:
gh run view <run-id> --log-failed# 최근 실패한 실행 조회
gh run list --status failure --limit 10
# 실패한 실행 로그 조회
gh run view <run-id> --log-failed
# 실패한 워크플로 재실행
gh run rerun <run-id> --failed
릴리스 준비 시:
gh pr list --state merged --base maingh release create# 마지막 릴리스 이후 머지된 PR 조회
gh pr list --state merged --base main --search "merged:>2026-03-01"
# 릴리스 생성
gh release create v1.2.0 --title "v1.2.0" --generate-notes
# 사전 릴리스(pre-release) 생성
gh release create v1.3.0-rc1 --prerelease --title "v1.3.0 Release Candidate 1"
# Dependabot 알림 확인
gh api repos/{owner}/{repo}/dependabot/alerts --jq '.[].security_advisory.summary'
# 시크릿 스캐닝 알림 확인
gh api repos/{owner}/{repo}/secret-scanning/alerts --jq '.[].state'
# 안전한 의존성 업데이트 검토 및 자동 머지
gh pr list --label "dependencies" --json number,title
GitHub 운영 작업을 완료하기 전에 다음을 확인한다: