/reqs
Yêu cầuBạn gõ lệnh

Biến ý tưởng thành đặc tả engineer build được — PRD đầy đủ và user story trong chat. Xuất bản PRD gọn lên tracker là việc của /to-prd.

Khi còn cần khám phá, PRD formal, sắp xếp ưu tiên, hoặc req sẵn sàng trình stakeholder — không phải đường xuất bản sau /align.

  • Đã nắm sơ problem và user (hoặc muốn discovery trước).
  • Nên /align trước khi đánh đổi hoặc thuật ngữ còn mơ hồ.
  1. Gọi /reqs kèm feature, user, success metric, và deadline nếu có.
  2. Xác nhận problem statement và ranh giới phạm vi khi được hỏi.
  3. Rà PRD đầy đủ / story trong chat — điền hoặc đánh `[NEEDS CLARIFICATION]`.
  4. Khi sẵn sàng publish PRD gọn lên tracker, gọi /to-prd (không gọi /reqs lại).

Đã có PRD hoặc bộ story có AC trong chat, in/out of scope rõ — chưa publish cho tới /to-prd.

Giai đoạn trước
/align (nên chạy trước)
Giai đoạn sau
/to-prd (để xuất bản), /to-issues, /design, /dev

Không xuất bản PRD gọn từ chat — việc đó của /to-prd. Không thiết kế layout UI — đó là /design.

  • /reqs soạn thảo; /to-prd xuất bản. Đừng kỳ vọng /reqs tạo issue trên tracker.
  • Cho công việc PM sâu, nhờ dùng agent `pm`.

Prompt mẫu

prompt
/reqs

[feature]
Users: [who]
Success metric: [what]
Deadline: [when]

Agent

PRINCIPAL PM

Đảm nhiệm: PRD, user stories, acceptance criteria, scope

Nhờ agent pm viết PRD cho [tính năng]