원클릭으로
cut-branch
Create a new git branch for working on a feature or fix
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Create a new git branch for working on a feature or fix
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Run 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.
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_queries