Squashed '.vendor/myagent-kit/' content from commit 3e45f3f
git-subtree-dir: .vendor/myagent-kit git-subtree-split: 3e45f3fb102e71d5127366f2fc675eaadc3927da
This commit is contained in:
@@ -0,0 +1,38 @@
|
||||
---
|
||||
description: "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"
|
||||
name: "Decide Requirement Scope"
|
||||
argument-hint: "Describe the feature or change request: include feature description, issue body, and/or PR/diff summary"
|
||||
agent: "agent"
|
||||
model: "GPT-5 (copilot)"
|
||||
---
|
||||
다음 입력을 기반으로, 이 변경이 SRS 대상인지 아닌지를 판정한다.
|
||||
|
||||
입력:
|
||||
${input}
|
||||
|
||||
판정 규칙:
|
||||
- 기준 문서는 [requirement-scope-decision instructions](../../.github/instructions/requirement-scope-decision.instructions.md) 와 [SRS index](../../docs/SRS/index.md) 의 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](../../docs/SRS/index.md) 의 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**: 추가 확인이 필요한 사항. 없으면 `없음`
|
||||
Reference in New Issue
Block a user