Git branch format
Skill somnio-software/somnio-ai-tools/skills/git-branch-format
Generates properly formatted Git branch names following project conventions. Use this skill whenever the user wants to name a branch, create a branch, or asks things like "what should I call this branch?", "what branch name should I use?", "help me with the branch name", or describes a feature/fix and needs a branch name. Always use this skill when the user needs a git branch name, even if they don't explicitly say "branch".From its SKILL.md
npx -y skills add somnio-software/somnio-ai-tools --skill git-branch-formatAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.2 KB, as published. Nobody here has run it
Git Branch Format Skill
Generates a branch name from a description of changes.
Convention
With ticket number
{type}/{TICKET_NUMBER}_{short_description}
TICKET_NUMBERis uppercase as provided by the user (e.g.PROJ-548)short_descriptionissnake_case, max 3 words — prefer 1–2- Example:
feat/TICKET-548_flutter_upgrade
Without ticket number
{type}/{short_description}
short_descriptionissnake_case, max 3 words — prefer 1–2- Example:
feat/flutter_upgrade
Never use placeholders like NO-TICKET. If there's no ticket, just omit that part entirely.
Type Selection Guide
| Type | When to use |
|---|---|
feat | New functionality |
fix | Bug fix |
refactor | Code change with no behavior change |
chore | Config, deps, tooling, maintenance |
test | Adding or updating tests |
docs | Documentation only |
style | Formatting, whitespace |
perf | Performance improvement |
ci | CI/CD changes |
build | Build system changes |
revert | Reverting a previous commit |
Workflow
- Read the user's description of changes.
- Ask: "Do you have a ticket number for this?" — if the user doesn't provide one, proceed without it.
- Infer the correct
typefrom the nature of the changes. - Generate the branch name following the convention above.
Examples
User: "I'm adding dark mode support" — Ticket: PROJ-312
feat/PROJ-312_dark_mode_support
User: "fixing a crash on the payment screen" — No ticket
fix/payment_screen_crash
User: "upgrading Flutter and fixing deprecated APIs" — Ticket: PROJ-548
feat/PROJ-548_flutter_upgrade