菜单
Chuyển spec thành User Stories với Acceptance Criteria chuẩn, sẵn sàng để PM tạo issue. Trigger khi: user nói "tạo user stories", "viết user story", "breakdown spec thành stories", "create user stories", "AC cho stories", hoặc gõ /ba-user-story.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Tạo Architecture Decision Record (ADR) để document quyết định kiến trúc quan trọng. Trigger khi: user nói "tạo ADR", "document quyết định kiến trúc", "viết ADR", "record design decision", hoặc gõ /arch-adr.
Review design decision, phát hiện vấn đề kiến trúc, đề xuất cải thiện. Trigger khi: user nói "review design", "kiểm tra kiến trúc", "architecture review", "review technical decision", "xem design có ổn không", hoặc gõ /arch-review.
Reverse engineer codebase brownfield (legacy/take-over từ vendor cũ) thành tài liệu baseline: business overview, tech stack, package inventory, key APIs, technical debt. Trigger khi: user nói "reverse engineer codebase", "onboard codebase legacy", "phân tích codebase cũ", "take-over từ vendor", "tạo codemap", "brownfield analysis", hoặc gõ /ba-reverse.
Chuyển đổi yêu cầu thô thành tài liệu đặc tả nghiệp vụ có cấu trúc. Trigger khi: user nói "viết spec", "soạn đặc tả", "phân tích yêu cầu", "write spec", "tạo requirements doc", "business spec", hoặc gõ /ba-spec.
Hỗ trợ Bridge Engineer dịch yêu cầu khách hàng Nhật, tạo tài liệu song ngữ JP-VN, chuẩn bị deliverables theo chuẩn Nhật (設計書, 単体テスト仕様書, 成果物). Trigger khi: user nói "dịch yêu cầu JP", "tạo 設計書", "soạn tài liệu cho khách Nhật", "bridge engineer", "JP requirement", "translate JP spec", hoặc gõ /be-bridge.
Quản lý 変更依頼 (Change Request) — phân tích impact, tạo approval trail, version control thay đổi spec. Dùng khi spec thay đổi giữa sprint hoặc sau sign-off. Trigger khi: user nói "khách JP yêu cầu thay đổi", "tạo change request", "変更依頼", "spec thay đổi giữa chừng", "CR mới từ JP", "change request", hoặc gõ /be-changerequest.
| name | ba-user-story |
| description | Chuyển spec thành User Stories với Acceptance Criteria chuẩn, sẵn sàng để PM tạo issue. Trigger khi: user nói "tạo user stories", "viết user story", "breakdown spec thành stories", "create user stories", "AC cho stories", hoặc gõ /ba-user-story. |
Role: Business Analyst
Mục đích: Chuyển spec thành User Stories với Acceptance Criteria chuẩn, sẵn sàng để PM tạo issue.
Đọc docs/tasks/[TASK-ID]/requirements.md nếu có. Nếu chưa có, yêu cầu người dùng chạy /ba-spec trước.
## Tôi sẽ tạo User Stories từ spec: [Tên feature]
Spec có [N] Use Cases và [M] Acceptance Criteria.
Trước khi bắt đầu, tôi cần hỏi:
| # | Câu hỏi | Lựa chọn |
|---|---------|---------|
| 1 | Granularity mong muốn? | A: Mỗi Use Case = 1 story / B: Gộp theo feature / C: Tách nhỏ hơn Use Case / D: Khác: ___ |
| 2 | Story format? | A: "As a [role], I want [action], so that [benefit]" / B: Format khác: ___ / C: Khác: ___ |
| 3 | Có Epic đã tồn tại để link vào không? | A: Có — tên/link: ___ / B: Không / C: Khác: ___ |
Chờ confirm.
Tạo mỗi User Story sử dụng template templates/user-story.md.
## Đã tạo [N] User Stories:
| ID | Tên | Priority | Estimate | Dependencies |
|----|-----|----------|----------|--------------|
| US-001 | | | | |
**Đề xuất thứ tự implement** (dựa trên dependencies và value):
1. US-XXX — [lý do]
2. US-XXX — [lý do]
**Câu hỏi trước khi finalize**:
| # | Câu hỏi | Lựa chọn |
|---|---------|---------|
| 1 | Estimate có hợp lý không? | A: Hợp lý / B: Quá cao — sửa US-XXX: ___ / C: Quá thấp — sửa US-XXX: ___ / D: Khác: ___ |
| 2 | US-XXX có thể chia nhỏ hơn để dễ demo không? | A: Không cần / B: Có — chia như sau: ___ / C: Khác: ___ |
| 3 | Có story nào nên defer sang sprint sau không? | A: Không / B: Có — story: ___ / C: Khác: ___ |
docs/tasks/[TASK-ID]/requirements.md với User Stories section/pm-breakdown để tạo GitHub Issues