스킬 circleci-automation
📦

circleci-automation

안전 🌐 네트워크 접근

CircleCI 파이프라인 및 워크플로우 자동화

자연어로 CircleCI 파이프라인을 트리거하고, 워크플로우 상태를 모니터링하며, 빌드 아티팩트를 조회하여 CI/CD 작업을 간소화하세요. 수동으로 대시보드를 탐색하는 번거로움을 제거하고 개발 피드백 루프를 가속화합니다.

지원: Claude Codex Code(CC)
🥉 74 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"circleci-automation" 사용 중입니다. gh/myorg/myrepo 의 develop 브랜치에 대한 파이프라인을 트리거하세요

예상 결과:

파이프라인이 성공적으로 트리거되었습니다. 파이프라인 ID: 5034460f-c7c4-4c43-9457-de07e2029e7b. 워크플로우가 이제 실행 중입니다. 워크플로우 상태 확인을 요청하여 진행 상황을 모니터링할 수 있습니다.

"circleci-automation" 사용 중입니다. 파이프라인 5034460f-c7c4-4c43-9457-de07e2029e7b 의 상태는 무엇인가요?

예상 결과:

파이프라인 상태: 실행 중. 2 개의 워크플로우 포함: build (실행 중) 및 deploy (대기 중). build 워크플로우에는 3 개의 작업이 있습니다: test (성공), lint (실행 중), security-scan (대기 중).

"circleci-automation" 사용 중입니다. 작업 123 에서 아티팩트를 가져오세요

예상 결과:

작업 123 은 5 개의 아티팩트를 생성했습니다: coverage-report.html (2.3 MB), test-results.xml (156 KB), build.log (45 KB), app-binary.zip (12 MB), documentation.pdf (1.8 MB). 모든 아티팩트를 다운로드할 수 있습니다.

보안 감사

안전
v1 • 2/25/2026

Static analysis detected 64 patterns but all are false positives. The SKILL.md file is Markdown documentation, not executable code. Backtick patterns are code formatting syntax, not Ruby execution. The network reference is a legitimate MCP endpoint configuration. No security concerns identified after manual review.

1
스캔된 파일
183
분석된 줄 수
1
발견 사항
1
총 감사 수

위험 요인

🌐 네트워크 접근 (1)
감사자: claude

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
50
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

CI/CD 파이프라인 관리

코드 변경사항이 푸시될 때 새 파이프라인 실행을 트리거하고, 실행 진행 상황을 모니터링하며, 워크플로우가 완료되거나 실패할 때 알림을 받습니다.

빌드 디버깅 및 분석

작업 로그를 조회하고, 테스트 실패 세부 정보를 검토하며, 로컬 분석을 위해 아티팩트를 다운로드하여 실패한 빌드를 조사합니다.

릴리스 자동화

특정 파라미터로 릴리스 파이프라인 트리거를 자동화하고, 배포 워크플로우를 추적하며, 배포를 위한 빌드 아티팩트를 수집합니다.

이 프롬프트를 사용해 보세요

기본 파이프라인 트리거
gh/myorg/myrepo 저장소의 main 브랜치에 대한 CircleCI 파이프라인을 트리거하세요.
워크플로우 상태 확인
gh/myorg/myrepo 의 가장 최근 파이프라인에 대한 모든 워크플로우 상태를 확인하고 어떤 작업이 실패했는지 알려주세요.
아티팩트 조회
gh/myorg/myrepo 의 작업 번호 123 에서 생성된 아티팩트 목록을 가져오고 PDF 파일의 다운로드 URL 을 제공하세요.
테스트 결과 분석
gh/myorg/myrepo 의 작업 456 에 대한 테스트 메타데이터를 조회하고, 테스트 결과를 요약한 후 실패한 모든 테스트를 오류 메시지와 함께 나열하세요.

모범 사례

  • CircleCI 작업을 실행하기 전에 항상 RUBE_SEARCH_TOOLS 를 사용하여 최신 스키마를 보유하도록 사용 가능한 도구를 검색하세요.
  • API 응답에서 데이터가 누락되지 않도록 대규모 결과 집합을 조회할 때 페이지네이션 토큰을 사용하세요.
  • 데이터 사용 가능성을 보장하기 위해 아티팩트나 테스트 메타데이터를 조회하기 전에 작업 완료 상태를 확인하세요.

피하기

  • 워크플로우 상태를 짧은 간격으로 빠르게 폴링하지 마세요. API 속도 제한을 준수하기 위해 5-10 초 간격을 사용하세요.
  • 파이프라인을 트리거할 때 branch 와 tag 파라미터를 모두 제공하지 마세요. 이 둘은 상호 배타적이며 오류를 발생시킵니다.
  • 작업 번호를 UUID 로 간주하지 마세요. 작업 번호는 정수이며, 파이프라인 및 워크플로우 ID 는 UUID 입니다.

자주 묻는 질문

이 스킬을 사용하기 전에 무엇이 필요한가요?
클라이언트에 Rube MCP 가 구성되고 활성 CircleCI 연결이 필요합니다. 아직 연결되지 않았다면 toolkit 'circleci' 와 함께 RUBE_MANAGE_CONNECTIONS 를 사용하여 인증하세요.
프로젝트 슬러그의 올바른 형식은 무엇인가요?
프로젝트 슬러그에는 VCS 접두사가 포함되어야 합니다: GitHub 저장소는 'gh/org/repo', Bitbucket 은 'bb/org/repo'입니다. 조직 및 저장소 이름은 대소문자를 구분합니다.
왜 작업에 대한 테스트 결과를 조회할 수 없나요?
테스트 메타데이터는 작업이 JUnit XML 형식 결과를 업로드한 경우에만 사용할 수 있습니다. 작업 실행 중에 업로드된 테스트 결과가 없으면 응답이 비어 있습니다.
파이프라인 ID, 워크플로우 ID, 작업 번호의 차이점은 무엇인가요?
파이프라인 ID 와 워크플로우 ID 는 UUID 입니다 (예: 5034460f-c7c4-4c43-9457-de07e2029e7b). 작업 번호는 정수입니다 (예: 123). 각 API 엔드포인트에 올바른 형식을 사용하세요.
페이지네이션된 응답을 어떻게 처리하나요?
API 응답에서 'next_page_token' 필드를 확인하세요. 이 토큰을 다음 요청의 'page_token' 파라미터로 전달하세요. 토큰이 없거나 null 일 때까지 계속하세요.
이 스킬이 CircleCI 구성 파일을 수정할 수 있나요?
아닙니다. 이 스킬은 CircleCI API 를 통해 데이터를 읽고 파이프라인을 트리거하는 것만 가능합니다. .circleci/config.yml 파일이나 기타 저장소 콘텐츠를 생성, 편집 또는 삭제할 수 없습니다.

개발자 세부 정보

파일 구조

📄 SKILL.md