|
| 1 | +--- |
| 2 | +description: Analyze a GitHub issue and create a resolution plan |
| 3 | +argument-hint: <issue-number-or-url> |
| 4 | +--- |
| 5 | + |
| 6 | +Deep-dive on the GitHub issue provided in $ARGUMENTS. Find the problem and generate a plan. Do not write code. Explain the problem clearly and propose a comprehensive plan to solve it. |
| 7 | + |
| 8 | +PROMPT for the issue number or URL if not provided, and stop here. |
| 9 | + |
| 10 | +Steps: |
| 11 | + |
| 12 | +1. Fetch issue data using: `gh issue view $ARGUMENTS --json author,title,number,body,comments,labels` |
| 13 | +2. Parse the JSON response to extract: |
| 14 | + - Title and number |
| 15 | + - Description (body) |
| 16 | + - All comments with authors |
| 17 | + - Labels |
| 18 | +3. Format the issue context clearly |
| 19 | +4. Review the issue context and details |
| 20 | +5. Examine the relevant parts of the codebase. Analyze the code thoroughly until you have a solid understanding of how it works. |
| 21 | +6. Explain the issue in detail, including the problem and its root cause. There is no guarantee the issue is valid, so be critical and thorough in your analysis. |
| 22 | +7. Create a comprehensive plan to solve the issue. The plan should include: |
| 23 | + - Required code changes |
| 24 | + - Potential impacts on other parts of the system |
| 25 | + - Necessary tests to be written or updated |
| 26 | + - Documentation updates |
| 27 | + - Performance considerations |
| 28 | + - Security implications |
| 29 | + - Backwards compatibility (if applicable) |
| 30 | + - Include the reference link to the source issue and any related discussions |
| 31 | +8. Think deeply about all aspects of the task. Consider edge cases, potential challenges, and best practices for addressing the issue. |
| 32 | + |
| 33 | +**IMPORTANT: ONLY CREATE A PLAN. DO NOT WRITE ANY CODE.** Your task is to create a thorough, comprehensive strategy for understanding and resolving the issue. |
0 commit comments