693건 · 관련도순
Conventional Commits 形式で git コミットを作成する。staged 差分から type/scope を推定し、breaking change やシークレット混入 (.env 等) を検出。pre-commit フックを必ず通す (`--no-verify` 不可)。「コミットして」「git commit」「変更を記録して」などで使用。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
GitHub Issue を親子構造 (sub-issues) で作成する。`gh issue create` で親・子 Issue を生成し、`gh api .../sub_issues` で親子関係を紐付ける。タイトルは Conventional Commits 形式 (`feat:`, `fix:` 等) を推奨。「Issue 作って」「タスクを分解して Issue 化」などで使用。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Conventional Commits 形式で GitHub PR を作成する。OWASP Top 10 のセキュリティチェック必須で、問題があれば PR 作成を中止。Summary/Test plan/Design を含む body を生成。「PR 作って」「プルリク」「`gh pr create`」などで使用。別リポジトリ (upstream) への貢献は contribute-skill。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
GitHub PR の CI ステータス (`gh pr checks`)・コード品質・セキュリティ (OWASP Top 10)・Conventional Commits 準拠をレビューする。`gh pr review --approve/--request-changes/--comment` でレビュー投稿も可能。「PR #N をレビュー」「PR レビューして」などで使用。ローカル diff のレビューには implement-review を使用。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Manage source control effectively with Git including branching strategies, commit conventions, merge conflict resolution, rebasing, and collaboration workflows like GitHub Flow or GitFlow. Use when managing feature branches, creating meaningful commits, resolving merge conflicts, rebasing branches, squashing commits, using interactive rebase, implementing branch naming conventions, following commit message standards, managing pull requests, or collaborating in team environments.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Structure git work with atomic commits, conventional messages, short-lived branches, and pre-commit hygiene. Load when committing, branching, resolving merge conflicts, organizing parallel work, or reviewing git history. Also triggers on "git workflow", "commit message", "conventional commits", "atomic commit", "branch strategy", "git worktree", "how should I commit this". Does not replace project-specific hook policies — complements them.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Create atomic git commits with terse, exact Conventional Commits messages. Cuts noise, preserves intent. Subject ≤50 chars. Body only when "why" isn't obvious. Use when the user says "commit", "commit this", "/commit", or asks to stage and commit changes.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Create atomic git commits with terse Conventional Commits messages, then push to remote. Subject ≤50 chars, body only when "why" isn't obvious. Never force pushes. Use when the user says "commit and push", "commit & push", "/commit-push", or asks to stage, commit, and push in one flow.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Scan recent git commits for changes that affect user-facing behavior, then draft or update the corresponding documentation pages. Use when docs have fallen behind code changes, after a batch of features lands, or when preparing a release. Trigger keywords - update docs, draft docs, docs from commits, sync docs, catch up docs, doc debt, docs behind, docs drift.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Generates user-facing changelogs and release notes from git commit history. Parses conventional commits, categorizes changes into features, fixes, breaking changes, and more, then rewrites technical messages into customer-friendly language. Use when the user asks to generate a changelog, write release notes, summarize recent commits, prepare CHANGELOG.md, or document what changed between versions.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Git commit and pull request conventions. USE FOR: writing commit messages; checking Conventional Commits and gitmoji; branch naming; rebase workflow on develop; PR titles and target branch. PRIORITY: this skill overrides other rules when creating commits/PRs. DO NOT USE FOR: code implementation (use code-implementation skill); testing (use test-writing skill); general documentation (use documentation skill).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Generates semantic commit messages following the Conventional Commits specification with proper types, scopes, breaking changes, and footers. Use when users request "write commit message", "conventional commit", "semantic commit", or "format commit".
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
저장소 상태를 확인하고 명령을 실행해 CI나 빌드 실패를 조사하며 필요한 수정을 검증합니다. 실행 결과를 근거로 로컬 변경, 커밋, 푸시 상태를 보고합니다.
기능 추가와 버그 수정 등 개발 작업을 변경 규모에 따라 조사·계획·테스트·검토 단계로 배분합니다. 관련 스킬이 공유하는 절차에 계획 승인과 커밋 전 확인을 포함합니다.
사이트의 시각적 불일치, 여백, 정보 강조, 느린 상호작용을 점검하고 소스 코드를 수정합니다. 수정마다 커밋을 만들고 전후 스크린샷으로 결과를 확인합니다.
답변을 짧게 만드는 모드와 커밋 메시지, 검토 댓글, 문서 압축 관련 명령을 확인합니다. 현재 모드 조회, 해제, 기본 모드 설정 방법도 안내합니다.
Paperclip의 Mine 받은 편지함에서 완료되거나 오래 변화가 없는 항목을 정리 후보로 제시합니다. 사용자가 체크박스로 확인한 항목만 보관 처리합니다.
완성된 변경을 GitHub 풀 리퀘스트로 정리합니다. 브랜치와 커밋 정리, 설명과 검증 기록 작성, 화면 변경 증거 첨부, 리뷰 답변을 진행합니다.
Claude Code 작업 전후에 자동 처리를 연결합니다. 코드 정리와 검증, 여러 에이전트의 협업, 작업 기록 저장과 다음 세션으로의 인계를 지원합니다.
GitHub 풀 리퀘스트의 미해결 검토 의견을 하나씩 정리하고, 사용자가 선택한 방침에 따라 코드 수정, 답글, 해결 상태 변경을 진행합니다.
PR 제목과 설명을 커밋 및 실제 변경 사항과 대조합니다. 중요한 변경 누락이나 오래된 내용을 찾아 수정안을 제시하고, 사용자 동의 후 갱신합니다.
GitHub 코드와 개발 이력, 관련 정보를 단계적으로 조사하여 기술 구성과 경쟁 프로젝트의 차이, 활동 현황을 출처와 도표가 있는 Markdown 보고서로 정리합니다.