원클릭으로
handle-issue
Analyze a GitHub issue and develop an implementation plan
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Analyze a GitHub issue and develop an implementation plan
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | handle-issue |
| description | Analyze a GitHub issue and develop an implementation plan |
| disable-model-invocation | true |
The user wants to work on a GitHub issue. The issue number (e.g. #47 or 47) is provided as the argument: $ARGUMENTS.
If no issue number argument was provided, ask the user which issue they want to work on.
Follow these steps:
Fetch the GitHub issue using gh issue view <number> to get the issue title, body, and any comments.
Summarize the issue clearly and concisely for the user. Explain what it says we should do.
Evaluate whether the issue contains a fully formed plan:
If it IS a fully formed plan (clear steps, well-defined scope, actionable):
If it is NOT a fully formed plan (vague, high-level, or missing details):
Explore the codebase to understand the relevant parts and get a better understanding of how to address the issue. Read related files, understand existing patterns, and think about what the best approach would be.
Ask clarifying questions. Do not hesitate to ask the user questions that might be relevant to make sure you understand the goals correctly. Ask too many clarifying questions rather than too few.
Present your thoughts. When you have a complete understanding, share your final thoughts on how we should proceed with addressing the issue.
Enter plan mode. When the user agrees with the approach, enter plan mode and write a detailed implementation plan. Continue to examine the codebase in detail within plan mode to make the plan as specific and actionable as possible.
Create a git commit with a short, lowercase commit message
Use when the user wants to create a GitHub issue from a rough problem description or feature idea
Create a pull request with a structured description covering why, what, challenges, and future work
Review all changes on the current branch compared to master
Review unstaged git changes for bugs, logic errors, and security problems
Review unstaged git changes for code style and architectural cleanliness