Write an Architecture Decision Record (ADR) document for a technical decision. Use when documenting a technical choice, architectural decision, or design decision.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
무료GitHub에 공개
branch-from-issue
Create a git branch named after a GitHub issue.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
연동 도구GitHub
설치 방법 보기포함된 파일(1)
- SKILL.md2.0 KB
SKILL.md(원문)
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Create branch from GitHub issue
Step 1: Read the issue title
Run:
gh issue view $issue
Extract the issue title from the output. If the issue does not exist or gh is not authenticated, stop and report the error.
Step 2: Slugify the title
Convert the issue title to a branch-safe slug:
- Convert to lowercase
- Replace spaces and punctuation with hyphens
- Remove any characters that are not letters, digits, or hyphens
- Collapse consecutive hyphens into one
- Strip leading and trailing hyphens
- Truncate to 40 characters maximum (truncate at a word boundary if possible)
Examples:
- "Fix login page crash on mobile" →
fix-login-page-crash-on-mobile - "Add support for OAuth 2.0 / PKCE flow" →
add-support-for-oauth-20-pkce-flow - "Update README with installation instructions" →
update-readme-with-installation
Step 3: Determine the branch prefix
If $prefix is not empty, use it as provided.
If $prefix is empty, use feature as the default prefix.
Valid examples: feature, fix, chore, hotfix. Accept any non-empty string the user provides.
Step 4: Create the branch
Construct the full branch name: $prefix/$issue-<slug>
For example, if $prefix is fix, $issue is 142, and the slug is login-page-crash-on-mobile:
fix/142-login-page-crash-on-mobile
Run:
git checkout -b $prefix/$issue-<slug>
If the branch already exists, report the conflict and stop. Do not force-create or checkout the existing branch automatically.
Step 5: Confirm
Report the new branch name and confirm the current branch has switched:
git branch --show-current
Example output:
Created and switched to: fix/142-login-page-crash-on-mobile
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
같은 저장소의 스킬
REST API design conventions for this codebase. Use when writing or reviewing API endpoints, route definitions, response formatting, or client code that calls the API.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Automatically format code files after every edit using Prettier and ESLint. Active in the background whenever Claude edits a file. Formatting is silent — no prompts, no output unless a formatter fails. Use when you want consistent formatting enforced automatically during a coding session.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Draft a CHANGELOG.md entry for the current changes in Keep a Changelog format. Use when releasing, tagging a version, or updating CHANGELOG.md.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Draft the changelog entry for all unreleased commits in Keep a Changelog format. Groups commits into Added, Changed, Fixed, Removed, and Security. Use before releasing a new version or when updating CHANGELOG.md.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Run a comprehensive code quality audit covering security, performance, and maintainability. Use for quarterly audits, pre-release reviews, or when onboarding to a large codebase.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트