.cursor/skills/create-branch/SKILL.md
Creates a feature branch from repo default (main) using project branching convention. Derives branch name from PAIC ticket (via Jira MCP), from a short description, or from uncommitted changes. Use when the user wants to create a branch, start work on a ticket, or switch off main before committing.
npx skillsauth add imvanzen/strava-kudosik create-branchInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Creates and checks out a new branch from the repo default branch. Branch name follows the project convention. Never create a branch from an already diverged feature branch unless the user explicitly asks (e.g. for a sub-task branch).
From README.md: First letter of your name + full surname / issue ID - brief description.
jdoe/PAIC-123-slug). Derive from git config user.name: first letter of first name + full surname, lowercased (e.g. "John Doe" → jdoe). If not set or unparseable, ask the user for their initials or use a placeholder until they set git user.name.feature/, feat/, fix/, or us/ only if the user explicitly requests it (e.g. "create a feature branch", "use fix/ prefix", "I want a story branch us/").With ticket: initials/PAIC-XXX-brief-slug (e.g. jdoe/PAIC-492-checkout-banner). Without ticket: initials/slug (e.g. jdoe/checkout-banner).
Slug rules: Lowercase, words separated by hyphens, no special characters. Keep short (e.g. 2–5 words). Derive from Jira summary or change purpose.
git branch --show-currentgit remote show origin (or assume main). Do not create from a non-default branch unless user asks.git config user.name: first letter of first name + full surname, lowercased (e.g. "Jane Doe" → jdoe). If missing or unparseable, ask user for initials. Use intent prefix (feature/, fix/, us/) only if the user explicitly asks for it (e.g. "use feature branch", "I want fix/ prefix").A) Ticket number provided (e.g. PAIC-510)
atlassian → atlassian/getAccessibleAtlassianResources. Use the first accessible resource’s id as cloudId (or the one that matches the PAIC project).getJiraIssue with cloudId and issueIdOrKey: PAIC-510 (or the given key).summary (and optionally issuetype.name) to build the slug. If issue not found or MCP fails, fall back to B or C and use ticket only: PAIC-510-description or ask user for a short description.prefix/PAIC-XXX-slug (e.g. jdoe/PAIC-510-store-scope-config). Use initials (or user-requested intent prefix).B) Short description provided (no ticket)
prefix/slug (e.g. jdoe/store-scope-config). Use initials (or user-requested intent prefix). If ticket is provided later, user can rename.C) Nothing provided (infer from uncommitted changes)
git status and git diff (and git diff --staged if needed).prefix/slug (e.g. jdoe/checkout-total-display). If a ticket id appears in files or paths (e.g. PAIC-510 in docs), use it: prefix/PAIC-510-slug. Use initials (or user-requested intent prefix).git checkout main if needed.git checkout -b <branch-name>.<branch-name>."a-z, 0-9, hyphen.git config user.name (first letter + surname, lowercased). Use intent prefix (feature/, fix/, us/) only when the user explicitly asks.initials/PAIC-XXX-slug or initials/slug; slug lowercase, hyphenated.git checkout -b <branch-name> from default; report branch name.development
Discover and establish technical context before implementing any feature. Prioritize project instructions, existing codebase patterns, and external documentation in that order. Use for any task requiring understanding of project conventions, coding standards, architecture patterns, and established practices before writing code.
development
Analyse task description, performs gap analysis, expand the context for the task, analyse the current state of the system in the context of the task, helps build PRD, creates a context for the task, gathers information about the task from different sources.
testing
Resolves dependency audit (security) issues and updates outdated packages with prioritization by breaking-change risk and security/value. Prefer security fixes and non-breaking updates; defer or flag major upgrades. Use when the user asks to fix audit, update packages, resolve vulnerabilities, or run maintenance.
testing
Implementation gap analysis. Verify what has to be implemented. Verify what was implemented. Compare plan to current state.