github-automation
GitHub 워크플로 자동화
GitHub 관리는 저장소, 풀 리퀘스트, 이슈, CI/CD 상태 전반에서 반복적인 확인이 많이 필요한 경우가 많습니다. 이 스킬은 Claude, Codex, Claude Code가 Rube MCP GitHub 워크플로를 수행하도록 안내합니다.
설치 전에 중지하고 확인을 요청하세요.
계획을 검토하고 파일을 변경하기 전에 사용자의 명시적 동의를 받으세요.
내 에이전트로 설치
이 요청을 에이전트에 복사하세요. 공식 Skill 페이지와 매니페스트가 포함되어 있습니다.
Review the Skillstore skill "github-automation" from https://skillstore.io/skills/sickn33-github-automation.md and its manifest at https://skillstore.io/api/skills/sickn33-github-automation/manifest. Verify the artifact. Stop and obtain explicit user consent before installing or changing files.에이전트는 계속해서 계획을 표시하고 보안 정책에서 요구하는 확인을 요청해야 합니다.
에이전트가 읽기 쉬운 리소스
AI 에이전트, 크롤러, 스크립트가 전체 페이지 대신 정리된 컨텍스트만 필요할 때 이 링크를 사용하세요.
테스트해 보기
"github-automation" 사용 중입니다. 병합 전에 pull request 42를 검토하세요.
예상 결과:
응답은 풀 리퀘스트 상태, 변경된 파일, 병합 가능성, check run 상태, 브랜치 보호 차단 요소를 요약합니다. 병합하기 전에 명시적인 승인을 요청합니다.
"github-automation" 사용 중입니다. 내 저장소에서 로그인 실패에 관한 이슈를 찾으세요.
예상 결과:
응답은 일치하는 이슈를 저장소, 제목, 상태, 레이블, 담당자, 업데이트 시간별로 나열합니다. 풀 리퀘스트는 이슈와 분리됩니다.
"github-automation" 사용 중입니다. 플랫폼 팀의 저장소 권한을 감사하세요.
예상 결과:
응답은 협업자 역할, 브랜치 보호 상태, 수동 확인이 필요한 권한 변경 사항을 보고합니다.
보안 감사
높은 위험All 116 external-command alerts are false positives caused by Markdown inline code, not shell execution. The Rube endpoint is a real third-party network dependency that delegates GitHub access through OAuth. Workflow dispatch and access-control changes lack explicit confirmation requirements, although merge and deletion are guarded.
확인된 보안 우려 사항 (2)
기능 검토 항목 (1)
이 스킬에 대해 예상될 수 있는 실제 로컬 기능이므로 검토가 필요하지만, 확인된 악의적 동작으로는 집계되지 않습니다.
위험 요인
⚙️ 외부 명령어 (50)
🌐 네트워크 접근 (1)
이 보고서 공유 및 인용
버전이 지정된 평가 보고서, 중립 배지, 임베드 카드 및 인용을 공유하세요. Skillstore는 근거를 보고하지만 이 Skill의 안전 여부를 판단하지 않습니다.
보고서 링크 복사
https://skillstore.io/skills/sickn33-github-automation/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 배지
[](https://skillstore.io/skills/sickn33-github-automation?utm_source=security_passport_badge)HTML 배지
<a href="https://skillstore.io/skills/sickn33-github-automation?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-github-automation/security.svg" alt="Skillstore security assessment" loading="lazy"></a>임베드 카드
<iframe src="https://skillstore.io/embed/skills/sickn33-github-automation.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>학술 인용 (APA · BibTeX · CFF)
APA 인용
sickn33. (2026). github-automation security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-github-automation/audits/5BibTeX 인용
@techreport{sickn33-sickn33-github-automation-2026,
author = {sickn33},
title = {github-automation security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-github-automation/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "github-automation security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/sickn33-github-automation/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-github-automation:audit:5"
description: "Skillstore immutable audit report identifier"
Skillstore 점수
이 점수의 이유 증거 신뢰도: 중간만들 수 있는 것
저장소 이슈 분류
접근 가능한 저장소에서 열린 이슈를 찾고, 풀 리퀘스트와 이슈를 구분하며, 댓글을 추가하고, 레이블 또는 담당자를 준비합니다.
풀 리퀘스트 검토
병합 여부를 결정하기 전에 풀 리퀘스트 세부 정보, 변경된 파일, 병합 가능성, check runs를 검사합니다.
저장소 접근 권한 감사
협업자를 나열하고, 권한을 검사하며, 브랜치 보호를 검토하고, 후속 조치가 필요한 설정을 식별합니다.
이 프롬프트를 사용해 보세요
GitHub 자동화 스킬을 사용해 내가 접근 가능한 저장소를 나열하세요. 이름, 공개 범위, 기본 브랜치, 최근 활동을 보여주세요.
OWNER/REPO에 TITLE이라는 제목으로 GitHub 이슈를 생성하고, 설명은 다음과 같이 작성하세요: DESCRIPTION. 생성하기 전에 대상 저장소를 확인하세요.
OWNER/REPO의 풀 리퀘스트 NUMBER를 검토하세요. 변경된 파일, 병합 가능성, 브랜치 보호, CI 상태를 확인하세요. 어떤 조치를 취하기 전에 위험을 요약하세요.
릴리스 준비 상태를 위해 OWNER/REPO를 감사하세요. 열린 풀 리퀘스트, 실패한 checks, 최근 배포, 워크플로, 협업자, 브랜치 보호 공백을 검토하세요.
모범 사례
- 요청이 현재 GitHub 도구 스키마를 사용하도록 먼저 Rube 도구 탐색을 호출하세요.
- 권한이 높은 작업 전에 저장소 소유자, 저장소 이름, 브랜치, 풀 리퀘스트 번호를 확인하세요.
- 병합하거나 설정을 변경하기 직전에 병합 가능성, CI 상태, 브랜치 보호를 확인하세요.
피하기
- 명시적인 사용자 승인 없이 풀 리퀘스트를 병합하거나, 저장소를 삭제하거나, 권한을 변경하지 마세요.
- 이슈 결과에서 풀 리퀘스트가 제외된다고 가정하지 마세요. 먼저 풀 리퀘스트 표시자를 확인하세요.
- 저장소, 이슈, 협업자 또는 브랜치를 나열할 때 첫 페이지에서 멈추지 마세요.