Skip to main content

gh-issue-bug

Generate a structured bug report for GitHub issues based on conversation context about bugs, errors, or broken functionality

Source facts

Repository
blockscout/mcp-server
Last source activity
June 19, 2026 at 20:51
Detected SKILL.md language
English
Stars
46
Forks
29

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
gh-issue-bug
description
Generate a structured bug report for GitHub issues based on conversation context about bugs, errors, or broken functionality
disable-model-invocation
true
# GitHub Bug Report Generator Skill This skill generates a well-structured bug report for GitHub issues based on the conversation context and saves it to `.ai/gh_issues/YYMMDD-<short-issue-name>.md`. This skill is specifically designed for **bug reports** - not for feature requests, enhancements, or improvements. ## Purpose When invoked, this skill extracts bug information from the current conversation and creates a standardized GitHub bug report document. **Use this skill for:** - Bugs, errors, or broken functionality - Incorrect behavior or unexpected results - System failures or crashes **Do NOT use this skill for:** - Feature requests or enhancements - Improvements to existing functionality - Documentation updates - Refactoring suggestions ## Workflow ### 1. Extract Issue Information Review the conversation to identify: - The bug or issue being discussed - Steps that reproduce the problem - Expected vs actual behavior - Root cause analysis (if discussed) - Potential fixes (if discussed) ### 2. Generate Filename Create a filename using the pattern: ```text .ai/gh_issues/YYMMDD-<short-issue-name-with-dashes>.md ``` Where: - `YYMMDD`: Current date in 2-digit year, month, day format (e.g., `260127` for January 27, 2026) - `<short-issue-name-with-dashes>`: A brief, descriptive name using lowercase letters and dashes (e.g., `nft-pagination-bug`, `timeout-error-in-ens-lookup`) Example: `.ai/gh_issues/260127-nft-pagination-bug.md` ### 3. Create Issue Document Write a Markdown document with the following sections: ```markdown # [Brief Title of the Issue] ## Description [Short description of the bug - 2-3 sentences summarizing the problem] ## Steps to Reproduce 1. [First step] 2. [Second step] 3. [Third step] ... ## Expected Behavior [Clear description of what should happen] ## Actual Behavior [Clear description of what actually happens, including any error messages] ## Root Cause [Technical explanation of why the bug occurs - reference specific code, logic, or system behavior] ## Suggested Fix [Concise description of the proposed solution without code snippets - describe the approach at a high level] ``` ### 4. Content Guidelines **MUST INCLUDE:** - Short description (2-3 sentences) - Steps to reproduce (numbered list) - Expected behavior (clear statement) - Actual behavior (including errors/symptoms) - Root cause (technical explanation) - Suggested fix (concise, high-level approach) **MUST NOT INCLUDE:** - Implementation plan or detailed code changes - Acceptance criteria or testing checklists - List of affected files - Code snippets in the suggested fix section ### 5. Output Confirmation After creating the file, confirm: - The full path where the file was created - A brief summary of the issue documented ## Example Usage When the user says: ```bash /gh-issue-bug ``` You should: 1. Review the conversation for bug details 2. Generate filename like `.ai/gh_issues/260127-transaction-logs-timeout.md` 3. Create the issue document with all required sections 4. Confirm creation with: "Created GitHub issue description at [.ai/gh_issues/260127-transaction-logs-timeout.md](.ai/gh_issues/260127-transaction-logs-timeout.md)" ## Notes - The skill is designed for bugs discovered during development or testing - If insufficient information exists in the conversation, ask the user for clarification before generating the document - Keep the suggested fix section high-level and solution-oriented, not implementation-detailed
View on GitHub