portfolio-hub/.github/prompts/decide-requirement-scope.prompt.md

description, name, argument-hint, agent, model

description	name	argument-hint	agent	model
Use when: evaluate whether a new feature or change request needs a new SRS requirement, an update to an existing one, a technical spec update only, or owner decision — before starting requirement drafting	Decide Requirement Scope	Describe the feature or change request: include feature description, issue body, and/or PR/diff summary	agent	GPT-5 (copilot)

다음 입력을 기반으로, 이 변경이 SRS 대상인지 아닌지를 판정한다.

입력: ${input}

판정 규칙:

• 기준 문서는 requirement-scope-decision instructions 와 SRS index 의 Requirement Register다.
• 다음 4가지 결과 중 하나를 반드시 반환한다.
  1. New SRS requirement needed
  2. Update existing SRS requirement
  3. Technical spec only
  4. Needs owner decision
• 판정 기준을 순서대로 적용한다.
  • 사용자/외부 시스템이 관찰하는 계약(API, CLI, UI, Event, Data schema, Config, Deployment, Integration)이 바뀌는가? → YES면 SRS
  • 측정 가능한 Non-Functional requirement(성능, 보안, 가용성 등)가 추가/변경되는가? → YES면 SRS
  • Acceptance Criteria 및 명시적 승인 게이트가 필요한가? → YES면 SRS
  • 위 기준에 모두 해당하지 않으면서 내부 리팩터링·라이브러리 교체·코드 구조 변경·구현 최적화인가? → Technical spec only
  • 위 기준만으로 분류가 확정되지 않거나 운영 책임/리스크가 불명확한가? → Needs owner decision
• SRS 대상으로 판정되면, 신규 기능/계약인지 기존 REQ 범위 내 변경인지를 구분한다.
  • 기존 REQ에 해당하는 경우 SRS index 의 Requirement Register에서 후보 REQ ID를 찾아 제시한다.
• Technical spec only로 판정되면, 불필요한 REQ 생성을 명시적으로 피하도록 안내한다.
• 결과에는 항상 Why와 Next Action을 포함한다.
• Open Questions가 없으면 없음으로 명시한다.

출력 형식:

1. Decision: New SRS requirement needed / Update existing SRS requirement / Technical spec only / Needs owner decision 중 하나
2. Why: 판정 근거 — 어떤 기준에 해당하는지 구체적으로 설명
3. Recommended Type: (SRS 대상인 경우만) Interface / Data / Deployment / Configuration 등 해당 requirement type
4. Existing REQ candidates: (Update 가능성이 있는 경우만) 관련 REQ ID와 제목 목록. 해당 없으면 생략
5. Next Action: 판정 결과에 따른 다음 단계 안내
6. Open Questions: 추가 확인이 필요한 사항. 없으면 없음