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:
- Truy cập trang X
- Click nút Y
- Nhập dữ liệu Z
- 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)
/bug-report — Structured bug report
/bug-report — Structured bug report
Prefix:
/bug-reportStructured template với severity, environment, repro steps, expected/actual, evidence./bug-triage — Re-evaluate priority + assign
/bug-triage — Re-evaluate priority + assign
Prefix: Khi dùng: Sprint start planning, quarterly bug review.
/bug-triageRead all open bugs, re-evaluate priority vs severity, assign to sprints, surface systemic trends./investigate — Root cause TRƯỚC /fix
/investigate — Root cause TRƯỚC /fix
Prefix: Khi dùng: BẮT BUỘC trước
/investigate4 phases: investigate → analyze → hypothesize → implement. Iron Law: no fixes without root cause./fix cho bug khó. Thay /debug cũ./vibe --ship #N — Full bugfix pipeline
/vibe --ship #N — Full bugfix pipeline
Prefix: Khi dùng: Bug đã có issue GitHub, có acceptance criteria rõ.
/vibe --ship <issue-url>Autonomous pipeline: worktree → plan → investigate → fix → verify → PR → merge → CI watch. Route auto-detect bugfix.