en un clic
cut-branch
Create a new git branch for working on a feature or fix
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Menu
Create a new git branch for working on a feature or fix
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | cut-branch |
| description | Create a new git branch for working on a feature or fix |
| argument-hint | [issue-number or description] |
Create a new git branch following the naming convention: description_of_issue_<github-issue-number>
Determine the issue number:
$ARGUMENTS contains a number, use that as the issue number$ARGUMENTS is empty or doesn't contain an issue number, ask the user for itCheck for existing branch (if there is an issue number):
git pull && git branch -a | grep _<number>$Fetch issue details (if there is an issue number):
.issues directory by running: [ -d .issues ] && echo ".issues directory found" || echo ".issues directory not found".issues directory exists: use gh-issue-sync pull && gh-issue-sync view <number> to get the issue title.issues directory does NOT exist: use gh issue view <number> to get the issue titleGenerate branch name:
_<number> at the endCreate and checkout the branch:
git checkout -b <branch-name>
Confirm to the user what branch was created and from what base branch.
fix_login_button_42oauth2_support_100refactor_db_queriesRun the same comprehensive review your CI runs on PRs, but locally against your full local-vs-remote diff and printed as text in the session, with an optional fix loop. Use when the user wants to mirror or preview the CI code review before pushing, get their branch CI-clean, or run an iterative review-then-fix loop. Triggers on "run the CI review locally", "preview the CI review", "mirror CI", "ci review", "will CI pass", "review-and-fix before pushing". For a plain read-only local review with no CI-parity framing or fix loop, prefer /review-local instead.
For coding/implementation tasks, use your own judgement to delegate the actual code-writing to a subagent running an appropriately lower-power model, to conserve top-tier tokens. Triggers whenever a task is primarily writing or editing code (features, fixes, refactors, mechanical edits). Skip for judgement-heavy work (design, debugging, auditing, synthesis).
Merge the current PR with branch deletion, but only after CI passes. Use when the user clearly means "merge the open PR" (e.g. plain "merge", "merge it", "ship it"). Do NOT use for git branch merges ("merge main into X") or code merges.
Inspect Claude Code session logs (transcripts) for the current or another project. Use when the user explicitly asks to "look at the claude logs", "parse my session", "what did I ask claude", "show the transcript", "list claude sessions", or similar phrasings referencing Claude's own JSONL logs.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
Docs-aware grilling. Explores the repo's existing docs first, then interviews the user relentlessly about a plan or design while cross-referencing those docs and the code. Use when user wants to stress-test a plan against the project's existing documentation, says "grill me with docs", "grill against the docs", or similar.