Menú
GitHub Actions, labeler, CODEOWNERS, PR template 변경 후 trigger, permission, concurrency, secret 노출을 검증할 때 사용합니다.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | verify-github-workflows |
| description | GitHub Actions, labeler, CODEOWNERS, PR template 변경 후 trigger, permission, concurrency, secret 노출을 검증할 때 사용합니다. |
GitHub 자동화 변경이 권한 과다, trigger 누락, secret 노출, PR review noise를 만들지 않도록 확인합니다.
git diff --name-only HEAD -- .github docs/workflows/ci.md docs/workflows/pr-checklist.md docs/workflows/pull-request-writing.md
.github 또는 workflow 문서 변경이 없으면 문서-only 변경 여부에 따라 SKIP할 수 있습니다.
.github/workflows/*.yml을 변경된 파일부터 읽습니다.docs/workflows/ci.md, docs/workflows/pr-checklist.md, docs/workflows/pull-request-writing.md를 확인합니다..github/labeler.yml과 PR template label 기대를 같이 봅니다..github/CODEOWNERS를 같이 봅니다.find .github/workflows -maxdepth 1 -type f \( -name '*.yml' -o -name '*.yaml' \) -print | sort
pull_request, push to main/develop 기준을 따릅니다.검토 보조 명령:
rg -n "^(on:|permissions:|concurrency:| pull-requests:| issues:| contents:)" .github/workflows
rg -n "ATATT|ghp_|github_pat_|sk-[A-Za-z0-9_-]{20,}|DISCORD_WEBHOOK=https?://|ATLASSIAN_API_TOKEN=[^[:space:]\"']+" .github docs recipes templates AGENTS.md README.md
PASS: 출력이 없습니다.
.github/labeler.yml의 label 이름이 실제 PR template/checklist에서 기대하는 용어와 충돌하지 않는지 봅니다.TEST 또는 동등 label rule이 누락되지 않았는지 확인합니다.test -f .github/CODEOWNERS && sed -n '1,200p' .github/CODEOWNERS || echo "SKIP: no CODEOWNERS"
endpoint 문서를 기준으로 API helper, TanStack Query hook, 타입, 에러/cache 동작을 구현할 때 사용합니다.
apps/client, apps/market-owner, apps/design-system-web, 선택적 apps/admin 내부의 앱 전용 shared 컴포넌트를 생성, 스펙 작성, export, 검증할 때 사용합니다.
GitHub 브라우저 PR 리뷰에서 visible diff, review comment, check status, local verification 여부를 분리해 기록할 때 사용합니다.
packages/design-system 공통 컴포넌트를 Figma/이미지/상태 요구사항 기반으로 생성, 구현, story/spec/export 검증할 때 사용합니다.
필드 검증, submit, mutation, error, disabled/loading/success 상태가 있는 프론트엔드 폼 흐름을 구현할 때 사용합니다.
프론트엔드 구현 또는 리뷰 중 Toss Frontend Fundamentals의 응집도 기준으로 함께 수정되는 component, hook, type, fixture, spec, form 흐름 배치를 점검할 때 사용합니다.