菜单
Pick one of the user's In Progress Jira issues and create/checkout a git branch named after it. Use when the user says things like "jira 이슈로 브랜치 만들어", "내 지라 이슈 기반으로 브랜치 파줘", "jira issue branch", or `/jira-git-checkout-branch`. If the working tree is dirty, asks the user whether to proceed; halts if the Atlassian MCP server is not available.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Create or edit Jira issues on boards the user has access to. Use this skill whenever the user asks to create, add, file, open, write, or edit a Jira issue/ticket/task, mentions `/jira-create-issue`, `jira 이슈 생성`, `지라 이슈 만들어`, `이슈 수정`, or asks to "티켓 올려줘", even when the project or issue key is not stated explicitly — the skill will infer the project from conversation context or present accessible boards for the user to pick. Always trigger this over generic jira lookup when the intent is to create or modify an issue.
Review changes, run lint/format, then create a git commit with English message. Use when user wants to commit, save changes, or says "커밋", "git commit", "git ci".
Explain programming language syntax in Korean with concise examples. Use when user asks about syntax like "python list comprehension", "go goroutine", "rust ownership", or any programming concept explanation.
Review GitHub PRs and track improvements as tasks. Use when user asks to review a PR, check a pull request, says "PR 리뷰해줘", "PR 봐줘", or provides a GitHub PR URL or number. Delegates both the review judgment and comment writing to the `reviewer` agent (run in the background).
Run language-specific linters, formatters, and static type checks with full command reference. Use when user asks to lint, format, type-check, check style, or says "린트", "포맷", "타입 체크", "lint", "format", "type check", "biome", "ruff", "pyright", "clippy", "golangci-lint", "rumdl", "prettier", "shfmt". Also use when needing detailed command variants (check-only, fix-only, partial scope) beyond the standard fix-everything command.
Create GitHub issues with auto-generated English titles and contextual body content. Use when the user wants to create an issue, report a bug, request a feature, file a ticket, or says "이슈 만들어줘", "이슈 생성", "버그 리포트", "feature request". Also trigger when the user discusses a bug or feature and then says "이거 이슈로 올려줘" or similar.
| name | jira-git-checkout-branch |
| description | Pick one of the user's In Progress Jira issues and create/checkout a git branch named after it. Use when the user says things like "jira 이슈로 브랜치 만들어", "내 지라 이슈 기반으로 브랜치 파줘", "jira issue branch", or `/jira-git-checkout-branch`. If the working tree is dirty, asks the user whether to proceed; halts if the Atlassian MCP server is not available. |
| allowed-tools | mcp__atlassian__getAccessibleAtlassianResources, mcp__atlassian__lookupJiraAccountId, mcp__atlassian__searchJiraIssuesUsingJql, Bash |
| model | sonnet |
| effort | low |
현재 사용자에게 할당된 Jira "In Progress" 이슈 중 하나를 골라, 해당 이슈 키로 시작하는 git 브랜치를 생성하고 체크아웃한다.
git status --porcelain 을 실행한다.
확인 메시지 예:
작업 디렉터리에 커밋되지 않은 변경사항이 있습니다.
이 상태로 새 브랜치를 생성/체크아웃하면 변경사항이 새 브랜치로 함께 옮겨집니다.
변경된 파일 목록:
- A staged.txt (staged)
- ?? untracked.txt (untracked)
그대로 진행할까요? (y/N)
y/Y: 다음 단계로 진행한다.mcp__atlassian__* 도구가 사용 가능한지 확인한다. deferred tool 목록에 있으면 ToolSearch로 getAccessibleAtlassianResources, lookupJiraAccountId, searchJiraIssuesUsingJql 스키마를 로드한다.
MCP 서버에 접근할 수 없으면 즉시 중단한다.
Atlassian(Jira) MCP 서버가 연결되어 있지 않아 이슈를 조회할 수 없습니다.
MCP 설정을 확인한 뒤 다시 시도하세요.
getAccessibleAtlassianResources 를 호출해 Cloud ID와 사이트 URL(https://<site>.atlassian.net)을 가져온다.lookupJiraAccountId 로 조회한다.john.doe → john).searchJiraIssuesUsingJql 로 다음 JQL을 실행한다.
assignee = "<accountId>" AND status = "In Progress" ORDER BY updated DESC
summary, status, issuetype, updated, priority결과가 0건이면 사용자에게 In Progress 이슈가 없음을 알리고 JQL을 조정할지 (예: status 조건 확장) 묻는다.
각 이슈 키는 https://<site>.atlassian.net/browse/<KEY> URL 로 마크다운 링크를 건다.
| # | Issue Key | Summary | Priority | Updated |
|---|---|---|---|---|
| 1 | PROJ-123 | Fix login error on mobile | Medium | 2026-04-13 |
출력 후 생성할 브랜치의 번호를 입력하세요. 로 안내한다.
사용자가 번호를 입력하면 해당 이슈를 선택한다. 범위를 벗어나면 다시 요청한다.
포맷: <ISSUE-KEY>-<kebab-case-summary>
규칙:
<ISSUE-KEY> 는 원본 대소문자를 유지한다 (예: PROJ-123, FOO-7).fix ci js test timeout.(버전 등)도 하이픈으로 바꾼다 (예: 1.5.4 → 1-5-4).예시:
| Issue | Summary | 생성된 브랜치명 |
|---|---|---|
PROJ-123 | Release 1.5.4 - modernize stack and upgrade dependencies | PROJ-123-release-1-5-4-modernize-stack-and-upgrade (50자) |
PROJ-7 | Add OAuth2 login flow with Google GitHub LinkedIn Apple Microsoft Facebook providers ... | PROJ-7-add-oauth2-login-flow (28자) |
XYZ-456 | CI 파이프라인에서 자바스크립트 테스트가 타임아웃되는 문제 수정 | XYZ-456-fix-ci-js-test-timeout (31자) |
제안한 이름을 보여주고 확인을 받는다.
이 이름으로 브랜치를 생성할까요? (Y/n, 또는 수정할 이름 입력)
> XYZ-456-fix-ci-js-test-timeout
Y/y/엔터: 진행.n: 중단.확인되면:
git rev-parse --verify --quiet <branch> 로 이미 존재하는지 검사한다.
git checkout -b <branch> 로 새 브랜치를 만들고 체크아웃한다.git status 로 현재 브랜치와 작업 트리 상태를 확인하고 사용자에게 알린다.브랜치 `XYZ-456-fix-ci-js-test-timeout`이 생성되었고, 현재 해당 브랜치에 체크아웃된 상태입니다.
git rev-parse --is-inside-work-tree 가 실패하면 사용자에게 알리고 중단한다.To Do, In Review)도 포함할지 묻는다.<ISSUE-KEY>-no-summary 같은 placeholder는 쓰지 않는다).git checkout - 로 이전 브랜치로 돌아가는 방법을 안내한다 (명령을 자동 실행하지 않음).