PluginBench
Skill
Pass
Audit score 90

bug-fix-brief

giuseppe-trisciuoglio/developer-kit

Generate structured Bug Fix Briefs to document issue corrections with root cause analysis and fix checklists.

What is bug-fix-brief?

Creates a standardized Bug Fix Brief (BFB) document that captures bug details, root cause, reproduction steps, fix options, and verification checklist. Use this when documenting a bug fix or creating formal issue correction records.

  • Gathers bug information through guided questions (title, environment, observed vs. expected behavior)
  • Generates a structured BFB template with root cause analysis, reproduction steps, and decision matrix
  • Proposes sequential BFB numbering and creates the document in docs/bfb/ directory
  • Includes fix options comparison table with rationale for chosen approach
  • Provides verification checklist with testable items for each fix step

How to install bug-fix-brief

npx skills add https://github.com/giuseppe-trisciuoglio/developer-kit --skill bug-fix-brief
Claude Code
Cursor
Windsurf
Cline

How to use bug-fix-brief

  1. 1.Ask the skill to create a BFB (e.g., 'create BFB for login crash')
  2. 2.Answer prompted questions about the bug: title, issue link, environment, observed behavior, root cause location
  3. 3.Review the generated BFB template with all sections filled
  4. 4.Confirm to write the BFB to disk or request edits before creation
  5. 5.The BFB is saved to docs/bfb/BFB-XXX-title.md with sequential numbering

Use cases

Good for
  • Document a production bug fix with full root cause and decision trail
  • Create formal bug records for team knowledge base and future reference
  • Generate structured repro steps and fix options before implementing a solution
  • Track recurring bug patterns and related issues across the codebase
Who it's for
  • Backend and frontend developers documenting bug fixes
  • Engineering teams maintaining a structured bug fix knowledge base
  • QA and developers collaborating on issue verification and closure

bug-fix-brief FAQ

What information do I need to provide?

BFB number (or let it auto-increment), concise title, issue link, environment/version, observed vs. expected behavior, and the file/function/line where the bug occurs.

Can I edit the BFB after it's generated?

Yes, you can choose to edit before creating, or the skill will ask for confirmation before writing to disk.

How is the BFB numbered?

Sequential numbering (BFB-001, BFB-002, etc.) with no gaps. The skill checks existing files and proposes the next number.

What goes in the fix options section?

A decision matrix comparing 2+ fix approaches with descriptions, marking which option was chosen, plus a rationale explaining why.

Is the checklist mandatory?

Yes, the checklist ensures each fix step is testable and verifiable, covering code changes, tests, and repro verification.

Full instructions (SKILL.md)

Source of truth, from giuseppe-trisciuoglio/developer-kit.


name: bug-fix-brief description: Generates a structured Bug Fix Brief (BFB) to document issue corrections. Includes root cause analysis, repro steps, fix options, and fix checklist. Use when user asks to create a BFB, document a bug fix, or generate a bug correction document. allowed-tools: Read, Write, AskUserQuestion, Glob

Bug Fix Brief (BFB)

Overview

This skill generates a Bug Fix Brief (BFB): a structured document in docs/bfb/ that uniformly captures every bug fix with root cause, repro steps, fix options, and checklist.

When to Use

  • User asks to create a BFB
  • User wants to document a bug fix in a structured way
  • After identifying the root cause of a bug and before implementing the fix

Trigger: "create BFB", "document bug", "bug fix brief", "document fix"

Instructions

Phase 1: Gather Information

Check existing numbering:

ls docs/bfb/ 2>/dev/null || echo "Directory does not exist"

Ask the user for:

  • BFB number (or propose next sequential)
  • Concise title (3-5 words, kebab-case)
  • Issue link (e.g. #1287)
  • Environment (Prod/Stg/Dev) + version
  • Observed vs expected behavior
  • File/function/line of the cause

Phase 2: Generate Template

Complete the full BFB template:

## BFB-XXX: [Title]

**Reference:** [Issue link]
**Environment:** [Env] `vX.Y.Z`
**Date:** YYYY-MM-DD

---

### 1. Bug
- **Observed:** [wrong behavior]
- **Expected:** [correct behavior]

### 2. Repro
  1. ...
  2. ... → [error/output]

### 3. Cause
`path/file.ext` — `function()` @ line N
[Why it happens, max 3 lines]

### 4. Decision
| Option | Fix | Choice |
|--------|-----|--------|
| A | [desc] | ✅/❌ |
| B | [desc] | ✅/❌ |

**Rationale:** [why]

### 5. Fix
- [ ] [change 1]
- [ ] [test]
- [ ] [verify repro]

### 6. Notes
[recurring patterns, links, warnings]

Phase 3: Ask Confirmation

Show the generated BFB and ask with AskUserQuestion:

  • "Create the BFB"
  • "Edit before creating"
  • "Cancel"

Phase 4: Write to Disk

Only after approval:

mkdir -p docs/bfb

Write to docs/bfb/BFB-XXX-title.md

Examples

Input: "create BFB for login email null crash"

Final output:

## BFB-042: Login crash with null email

**Reference:** #1287
**Environment:** Prod `v2.4.1`
**Date:** 2026-05-02

---

### 1. Bug
- **Observed:** App crashes if email field is empty
- **Expected:** Error message "Email required"

### 2. Repro
  1. Open login screen
  2. Tap "Login" without entering email → NullPointerException @ AuthManager.kt:34

### 3. Cause
`AuthManager.kt` — `validateEmail()` @ line 34
Missing null check on email.trim()

### 4. Decision
| Option | Fix | Choice |
|--------|-----|--------|
| A | Add safe call `?.` | ✅ |
| B | Refactor with Result type | ❌ |

**Rationale:** Option A is minimal, zero impact.

### 5. Fix
- [ ] Add `email?.trim()?.isNotEmpty() == true`
- [ ] Test `validateEmail_null_returnsFalse()`
- [ ] Verify repro

### 6. Notes
- Check other forms for missing null checks

Best Practices

  1. Sequential numbering: BFB-001, BFB-002, no gaps
  2. Concise title: 3-5 words, kebab-case in filename
  3. Root cause: exact file, function, line
  4. 2+ fix options: with pros/cons and rationale
  5. Verifiable checklist: each item must be testable

Constraints and Warnings

  • Confirmation required: Always ask before writing
  • Max 3 lines for cause: Stay concise
  • Directory docs/bfb/: Create if it does not exist