1.3 KiB
1.3 KiB
description, argument-hint
| description | argument-hint |
|---|---|
| Analyze GitHub issues (bugs or feature requests) | <issue> |
Analyze GitHub issue(s): $ARGUMENTS
For each issue:
-
Add the
inprogresslabel to the issue via GitHub CLI and assign the issue to the localghuser before analysis starts. If either action fails, report that explicitly and continue. -
Read the issue in full, including all comments and linked issues/PRs. Use fields supported by GitHub CLI, for example:
gh issue view <issue> --json title,body,comments,labels,assignees,state,url,author,createdAt,updatedAt,closedByPullRequestsReferences -
Do not trust analysis written in the issue. Independently verify behavior and derive your own analysis from the code and execution path.
-
For bugs:
- Ignore any root cause analysis in the issue (likely wrong)
- Read all related code files in full (no truncation)
- Trace the code path and identify the actual root cause
- Propose a fix
-
For feature requests:
- Do not trust implementation proposals in the issue without verification
- Read all related code files in full (no truncation)
- Propose the most concise implementation approach
- List affected files and changes needed
Do NOT implement unless explicitly asked. Analyze and propose only.