← Back to list

creating-branch-name
by kkhys
My personal marketplace for Claude Code.
⭐ 1🍴 0📅 Jan 21, 2026
SKILL.md
name: creating-branch-name description: Analyzes git changes and creates a new branch with an appropriate name following naming conventions. Use when creating new branches from current changes.
Branch Creation with Auto-naming
Analyze git changes (commits and uncommitted changes) to determine appropriate branch name, then create the branch.
Naming Convention
Format
<type>/<description>
Types
| Type | Usage |
|---|---|
feature/ | New feature |
fix/ | Bug fix |
refactor/ | Refactoring |
docs/ | Documentation |
style/ | Code style / design |
chore/ | Miscellaneous / config |
Description Rules
- English, concise
- Start with verb (
add-,update-,remove-,fix-) - Kebab-case (hyphen-separated)
- Prioritize clarity over brevity
Examples
feature/add-contact-form
fix/spelling-error-in-footer
refactor/user-controller
docs/update-readme
chore/update-dependencies
Workflow
Step 1: Analyze Changes
Run these commands to understand changes:
# Check current branch
git branch --show-current
# View uncommitted changes
git status --short
# View diff of uncommitted changes
git diff --stat
# View staged changes
git diff --cached --stat
# View recent commits (if on a feature branch)
git log --oneline -10
Step 2: Determine Type
Based on changes:
| Changes | Type |
|---|---|
| New files, new functionality | feature/ |
| Bug corrections | fix/ |
| Code restructuring without behavior change | refactor/ |
| README, comments, docs | docs/ |
| Formatting, CSS | style/ |
| Config, dependencies, tooling | chore/ |
Step 3: Generate Description
- Identify the main purpose of changes
- Start with a verb: add, update, remove, fix, implement, refactor
- Keep it short but clear (2-4 words ideal)
- Use kebab-case
Step 4: Create Branch
Once you've determined the appropriate branch name:
git checkout -b <type>/<description>
Present the result in this format:
Created branch: <type>/<description>
Reason: <brief explanation of why this name fits the changes>
Anti-patterns
Avoid these names:
# Too vague
test
fix1
branch2
update
changes
# Missing type prefix
add-login
user-feature
# Wrong case
feature/Add_Login
feature/addLogin
Decision Tree
Changes include new functionality?
├─ Yes → feature/
└─ No
├─ Fixing a bug? → fix/
├─ Only docs/README? → docs/
├─ Only formatting/style? → style/
├─ Restructuring code? → refactor/
└─ Config/tooling? → chore/
Interactive Mode
If changes are ambiguous, ask user:
- What is the main purpose of these changes?
- Is this a new feature or modification?
- Are there any specific keywords to include?
Then suggest 2-3 options with explanations and create the branch with user's choice.
Score
Total Score
50/100
Based on repository quality metrics
✓SKILL.md
SKILL.mdファイルが含まれている
+20
○LICENSE
ライセンスが設定されている
0/10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
○最近の活動
3ヶ月以内に更新がある
0/10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
○タグ
1つ以上のタグが設定されている
0/5
Reviews
💬
Reviews coming soon