이 스킬은 현재 대화 컨텍스트와 코드베이스 이해를 바탕으로 PRD를 생성합니다. 사용자에게 인터뷰를 요청하지 말고 — 이미 알고 있는 내용만 종합하세요.
이슈 트래커와 트리아지 레이블 어휘가 제공되어 있어야 합니다. 그렇지 않다면 /setup-matt-pocock-skills를 실행하세요.
프로세스
-
아직 수행하지 않았다면 리포지토리를 탐색하여 코드베이스의 현재 상태를 이해하세요. PRD 전체에서 프로젝트의 도메인 용어집 어휘를 사용하고, 관련된 ADR을 존중하세요.
-
기능을 테스트할 경계(seam)를 스케치하세요. 기존 경계를 우선적으로 사용하세요. 가능한 가장 높은 수준의 경계를 사용하세요. 새로운 경계가 필요하다면, 가능한 가장 높은 지점에서 제안하세요. 코드베이스 전체에 걸친 경계의 수가 적을수록 좋으며, 이상적인 개수는 하나입니다.
이러한 경계가 사용자의 기대에 부합하는지 확인하세요.
- 아래 템플릿을 사용하여 PRD를 작성한 후, 프로젝트 이슈 트래커에 게시하세요.
ready-for-agent트리아지 레이블을 적용하세요 — 추가 트리아지는 필요하지 않습니다.
문제 정의
사용자가 직면한 문제를 사용자 관점에서 설명합니다.
해결 방안
문제에 대한 해결 방안을 사용자 관점에서 설명합니다.
사용자 스토리
번호가 매겨진 긴 목록의 사용자 스토리입니다. 각 사용자 스토리는 다음 형식을 따라야 합니다:
- <역할>로서, <기능>을 원합니다. 그래야 <혜택>을 얻을 수 있습니다.
<사용자-스토리-예시>
- 모바일 은행 고객으로서, 계좌 잔액을 확인할 수 있기를 원합니다. 그래야 지출에 대해 더 나은 결정을 내릴 수 있습니다. </사용자-스토리-예시>
이 사용자 스토리 목록은 매우 광범위해야 하며 기능의 모든 측면을 다루어야 합니다.
구현 결정사항
내려진 구현 결정사항 목록입니다. 여기에는 다음이 포함될 수 있습니다:
- 구축/수정될 모듈
- 해당 모듈의 수정될 인터페이스
- 개발자의 기술적 설명
- 아키텍처 결정
- 스키마 변경 사항
- API 계약
- 특정 상호작용
구체적인 파일 경로나 코드 스니펫은 포함하지 마세요. 이들은 빠르게 구식이 될 수 있습니다.
예외: 프로토타입이 일반적인 설명보다 더 정확하게 결정을 인코딩하는 스니펫(상태 기계, 리듀서, 스키마, 타입 형태)을 생성한 경우, 관련 결정 내에 인라인으로 포함하고 프로토타입에서 왔다는 점을 간략히 언급하세요. 의사 결정에 중요한 부분으로만 제한하고, 전체 데모가 아닌 중요한 부분만 포함하세요.
테스트 결정사항
내려진 테스트 결정사항 목록입니다. 다음을 포함하세요:
- 좋은 테스트의 기준 설명(외부 동작만 테스트하고 구현 세부 사항을 테스트하지 않음)
- 테스트될 모듈
- 테스트의 선례(즉, 코드베이스 내 유사한 유형의 테스트)
범위 외
이 PRD의 범위에 포함되지 않는 사항들에 대한 설명입니다.
추가 참고사항
기능에 대한 추가 참고사항입니다.