2.4 KiB
2.4 KiB
description, name, argument-hint, agent, model
| description | name | argument-hint | agent | model |
|---|---|---|---|---|
| Use when: complete a partial SRS requirement draft into a full REQ file with acceptance criteria and impacted area | Complete Requirement Draft | Paste a partial requirement draft or describe the feature | agent | GPT-5 (copilot) |
다음 입력을 기반으로 SRS requirement 초안을 완성한다.
입력: ${input}
작업 규칙:
- SRS 기준 문서는 SRS index 와 관련 REQ template 를 따른다.
- 입력에
REQ-XXX형식의 명시적 ID가 없으면, SRS index의Next Requirement ID를 우선 읽어 그 값을 사용한다.Next Requirement ID가 없거나 신뢰할 수 없으면Requirement Register와 기존 REQ 파일들 기준의 최고 번호에 1을 더한 값을 사용한다. - 사용자가 이미 특정 REQ ID를 명시했으면 그 ID를 유지하고 임의로 바꾸지 않는다.
- requirement의 유형을 인식하고
Type필드를 정확하게 지정한다. 분류는 SRS index의 "Requirement 작성 규칙" 또는 SRS instructions의 "분류 의사결정 규칙"을 따른다. - 최종
Type과REQ ID를 이용해 추천 파일 경로를 함께 제시한다. 형식은docs/SRS/<Type>/REQ-XXX_<slug>.md를 사용한다. <slug>는 requirement 제목을 기반으로 소문자 kebab-case 영문으로 생성한다. 공백은-로 치환하고, 영문/숫자/-만 남긴다.- 제목이 한글이거나 slug 생성이 불명확하면 의미를 유지하는 짧은 영문 slug를 보수적으로 제안한다.
- 사용자가 제공한 의도와 핵심 동작을 보존한다.
- 빠진 항목은 보수적으로 보완하되, 추정이 필요한 내용은
Notes에 assumption으로 분리한다. Acceptance Criteria는 반드시 test 가능하게 작성한다.Impacted Area는 Docs, Modules, Tests로 구분한다.- 새로 할당한 ID를 문서 제목
# REQ-XXX: ...에 반영한다. - 결과는 REQ 파일에 바로 붙여넣을 수 있는 Markdown 형식으로만 출력한다.
- 코드 구현 계획은 포함하지 않는다.
출력 형식:
Recommended File Path: docs/SRS/<Type>/REQ-XXX_<slug>.md한 줄- 실제 할당된 ID가 반영된
# REQ-XXX: ...형식의 전체 문서 본문 ## Change Log아래에 초안 생성용CHG-YYYYMMDD-01항목 1개 포함