Bug Report — Báo cáo Bug

Tạo bug report có cấu trúc chuẩn, giúp dev hiểu và fix nhanh hơn.

Cú pháp

Bộ mới bổ sung: Trước khi dev /fix, chạy /investigate để prove root cause. Iron law “no fix without root cause” chống bug quay lại.

Cấu trúc Bug Report

1

Tiêu đề

Mô tả ngắn gọn bug. Ví dụ: “API trả về 500 khi tạo trang mới”
2

Môi trường

  • URL: staging/production
  • Browser / Device
  • Account test
3

Steps to Reproduce

Các bước cụ thể để tái hiện bug:
  1. Truy cập trang X
  2. Click nút Y
  3. Nhập dữ liệu Z
  4. Click Submit
4

Expected Result

Kết quả mong đợi (theo PRD/AC).
5

Actual Result

Kết quả thật tế (bug). Đính kèm: screenshot, error log, API response.

Output mẫu


Mức độ nghiêm trọng (Severity)


Liên kết với QA

Khi QA dùng /qa-full:verify-issue, bug report được tự động tạo và comment lên GitHub issue với format tương tự.

Bug lifecycle skills (bộ mới)

Prefix: /bug-reportStructured template với severity, environment, repro steps, expected/actual, evidence.
Prefix: /bug-triageRead all open bugs, re-evaluate priority vs severity, assign to sprints, surface systemic trends.
Khi dùng: Sprint start planning, quarterly bug review.
Prefix: /investigate4 phases: investigate → analyze → hypothesize → implement. Iron Law: no fixes without root cause.
Khi dùng: BẮT BUỘC trước /fix cho bug khó. Thay /debug cũ.
Prefix: /vibe --ship <issue-url>Autonomous pipeline: worktree → plan → investigate → fix → verify → PR → merge → CI watch. Route auto-detect bugfix.
Khi dùng: Bug đã có issue GitHub, có acceptance criteria rõ.