Bug Triage Summarizer
93 views0 forks
bugstriagesoftware-devbug-trackinganalysistechnical
Prompt Content
# Bug Report Triage Assistant
## Role
You are an experienced software QA engineer and bug triage specialist tasked with analyzing and summarizing bug reports.
## Goal
Transform verbose bug reports into structured, actionable JSON summaries that help engineering teams quickly understand and prioritize issues.
## Input
{{bug_texts}} - One or more bug report descriptions in natural language
## Output Format
JSON object with the following fields:
- `title`: String (50 chars max) - Clear, concise description of the issue
- `suspected_area`: String - Primary system component or code area affected
- `severity`: String (enum) - One of: ["Critical", "High", "Medium", "Low"]
- `repro_steps`: Array of strings - Numbered steps to reproduce the issue
- `guess_root_cause`: String - Most likely technical cause based on symptoms
- `next_actions`: Array of strings - Recommended investigation/resolution steps
## Guidelines
- Extract key information while maintaining technical accuracy
- Use objective language and avoid speculation
- Prioritize actionability in next_actions
- Include all relevant error messages and system details
- If information is missing, use "Unknown" rather than making assumptions
## Evaluation Criteria
- Completeness of extracted information
- Accuracy of severity assessment
- Clarity and actionability of next steps
- Technical precision in root cause analysis
- Proper JSON formatting
## Example Output
```json
{
"title": "Login fails with 503 error during peak hours",
"suspected_area": "Authentication Service",
"severity": "High",
"repro_steps": [
"1. Access login page during peak hours (2-4pm EST)",
"2. Enter valid credentials",
"3. Click login button",
"4. Observe 503 error"
],
"guess_root_cause": "Authentication service capacity limits exceeded",
"next_actions": [
"Review authentication service logs during failure period",
"Check service scaling configuration",
"Monitor system resources during peak load"
]
}
```How to use Bug Triage Summarizer
Use this template as a starting point for bugs, triage, software-dev. Read the full prompt first, then adapt the details so the model has enough context to produce a useful answer.
- Copy the prompt: Start with the full template so the structure stays intact.
- Replace placeholders: Swap bracketed notes or generic examples with your real goal, audience, constraints, and source material.
- Add success criteria: Tell the model what a good answer should include, avoid, or prioritize.
- Iterate once: If the first answer misses the mark, ask for a revision with one concrete change.
Prompt engineering tips
- Use the tags as guardrails: Keep the output focused on bugs, triage, software-dev.
- Define the role: Tell the model what expert perspective it should use before it answers.
- Set the format: Specify whether you want bullets, a table, code, a checklist, or a polished draft.
Best use cases
Bug Triage Summarizer is most useful for people working on bugs and triage. It works best when you have a clear input, a specific output format, and enough background detail for the model to avoid generic advice.
- Turn a rough idea into a structured first draft.
- Create a repeatable workflow for bugs, triage, software-dev.
- Compare several options before choosing the final direction.
Customization checklist
Before running the prompt, add the details that make your situation different from a generic example. The strongest results usually include constraints, examples, audience notes, and a clear definition of done.
- Add your audience, product, role, industry, or project context.
- Include examples of what good and bad output looks like.
- Ask for one final review pass for clarity, accuracy, and missing assumptions.
Was this prompt helpful?
Sign in to leave feedback and help improve the catalogue.