Squashed '.vendor/myagent-kit/' content from commit 3e45f3f

git-subtree-dir: .vendor/myagent-kit
git-subtree-split: 3e45f3fb102e71d5127366f2fc675eaadc3927da
This commit is contained in:
2026-04-10 14:28:54 +00:00
parent 8b4570f29c
commit 4919b1d130
14 changed files with 518 additions and 0 deletions
+38
View File
@@ -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**: 추가 확인이 필요한 사항. 없으면 `없음`