Git Issue

@rules/issue-and-branch-workflow.md @rules/session-branch-guard.md @references/github-issue-branch-conventions.md

Git Issue Skill

Create or resume GitHub issue work and bind this AI session to the issue branch.

Default all user-facing deliverables, saved artifacts, reports, plans, generated docs, summaries, handoff notes, commit/message drafts, and validation notes to Korean, even when this canonical skill file is written in English.

Preserve source code identifiers, CLI commands, file paths, schema keys, JSON/YAML field names, API names, package names, proper nouns, and quoted source excerpts in their required or original language.

Use a different language only when the user explicitly requests it, an existing target artifact must stay in another language for consistency, or a machine-readable contract requires exact English tokens.

• Create a well-formed GitHub issue from the user's task context.
• Create or reuse the GitHub-linked development branch for that issue.
• Checkout the branch and keep subsequent work in this AI session constrained to that issue branch.
• Ask for missing issue intent only when the user invokes git-issue without enough topic/title/body context.

Use git-issue when the user wants issue-first GitHub work:

• create a GitHub issue, then create and checkout the matching branch
• resume an existing issue and move to its corresponding branch
• call git-issue / /git-issue / @skills/git-issue with an issue topic, issue number, or issue URL
• enforce an issue-bound branch for the current AI session

Use a neighboring skill instead when:

• the user asks only to commit changes -> use git-commit
• the user asks to commit and push -> use git-maker
• the user asks only to push -> use git-push
• the user asks for a separate branch folder/worktree -> use git-worktree
• the user asks to create or review a pull request without issue/branch setup -> use the PR or GitHub workflow directly

Positive examples:

• "git-issue create an issue for OAuth callback failures and move to a branch."
• "@skills/git-issue #123"
• "GitHub issue 만들고 그 issue용 branch로 이동해줘."
• "이 기존 이슈 https://github.com/org/repo/issues/42 작업 브랜치로 들어가줘."
• "git-issue 로그인 리다이렉트 버그"

Negative examples:

• "Commit these changes." Use git-commit.
• "Create a worktree for this issue." Use git-worktree.
• "Open a PR for this branch." Use a PR workflow, unless issue branch setup is also requested.

Boundary examples:

• "git-issue" with no topic, number, URL, or issue details -> ask one concise question in the user's language: "어떤 GitHub issue를 만들까요? 제목과 필요한 맥락을 알려주세요."

Read only what is needed:

1. rules/issue-and-branch-workflow.md before any gh issue or git checkout/switch command.
2. rules/session-branch-guard.md before and after checkout, and whenever later work in the same session might change branches.
3. references/github-issue-branch-conventions.md when drafting issue text, choosing branch type, or naming a branch.

Phase 1. Resolve intent and repository

1. If the invocation has no issue number, issue URL, title, topic, or task details, ask one concise question in the user's language and stop.
2. Confirm the current directory is inside a Git repository with git rev-parse --show-toplevel.
3. Confirm GitHub CLI is authenticated with gh auth status.
4. Resolve the target repository from gh repo view --json nameWithOwner,url or an explicit --repo/URL in the user's request.
5. Read rules/issue-and-branch-workflow.md.

Phase 2. Existing issue path

If the user supplied an issue number or URL:

1. Verify the issue with gh issue view <issue> --json number,title,state,url.
2. Without asking for confirmation, inspect linked development branches with gh issue develop --list <issue>.
3. If a linked branch exists, checkout that branch locally. Fetch first if needed.
4. If no linked branch exists, create one with gh issue develop <issue> --checkout --name <type>/<issue-number>-<slug>.
5. If gh issue develop is unavailable or fails for a recoverable reason, create a local branch with the same name from the repository default branch and report that GitHub-linked branch creation could not be confirmed.

Phase 3. New issue path

If the user supplied enough topic/task context:

1. Draft the issue title and body using the conventions reference.
2. Prefer gh issue create --title <title> --body <body>; add labels only when the user provided them or the repository conventions make them obvious.
3. Capture the created issue URL/number from gh issue view or the gh issue create output.
4. Create and checkout a linked branch with gh issue develop <issue-number> --checkout --name <type>/<issue-number>-<slug>.

Phase 4. Bind this AI session to the branch

1. Read rules/session-branch-guard.md.
2. Verify checkout with git status --short --branch and git branch --show-current.
3. Treat the checked-out issue branch as the only allowed branch for subsequent commands in this AI session until the user explicitly exits the issue branch guard or asks for a new git-issue target.
4. In tool-only environments, run all later shell commands for this task with workdir set to the repository root after checkout, and re-check the active branch before edits.

Phase 5. Report

Report in Korean:

• issue number and URL
• branch name
• whether the branch was reused or created
• checkout verification
• that the current AI session is now constrained to that issue branch
• any caveat, such as missing GitHub linkage because of permissions or CLI limitations

• Do not create a GitHub issue when the user only invoked git-issue with no topic or issue details.
• Do not infer credentials, tokens, repository ownership, or project permissions.
• Do not checkout main, master, or another unrelated branch after the issue branch guard is active unless the user explicitly exits or retargets the guard.
• Do not rewrite history, delete branches, close issues, or push commits as part of this skill unless the user separately asks for that operation.
• Do not create vague branches such as feature/work, fix/bug, or issue-123 without a descriptive slug.

• git-issue with no details asks for issue details and performs no GitHub write.
• Existing issue number/URL path verifies the issue and checks out an existing linked branch or creates one without extra confirmation.
• New issue path creates a structured issue and a matching branch.
• Branch names follow type/<issue-number>-<slug> or documented repository convention.
• Current AI session branch guard is stated and enforced after checkout.
• Final report includes issue URL, branch name, branch source, active branch verification, and caveats.