القائمة
Use when non-functional requirements need to be defined based on domain context and project profile, or when importing existing NFR documents.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
아이디어를 설계로 전환하거나, 새로운 기능을 만들거나, 구현 전 구조화된 설계가 필요한 창의적/탐색적 작업에 사용. Use when turning an idea into a design, creating a new feature, or when any creative/exploratory work needs structured design before implementation.
태스크나 unit 구현이 완료되어 머지 전 코드 리뷰가 필요할 때, 또는 사용자가 명시적으로 코드 리뷰를 요청할 때 사용. Use when a task or unit implementation is complete and needs code review before merging, or when the user explicitly requests a code review on their changes.
설계 문서를 상세 구현 계획으로 변환하거나, "구현 계획 작성", "plan 만들어줘" 요청 시 사용. INCEPTION 워크플로우 계획은 aidlc-workflow-planning 사용. Use when a design document needs to be converted into a detailed implementation plan with task breakdown, or when "구현 계획 작성", "plan 만들어줘" is requested. Not for INCEPTION workflow planning — use aidlc-workflow-planning instead.
Use when user explicitly requests "auto 모드", "자동 모드", "auto mode", or "알아서 만들어줘". 초보자를 위한 완전 자동 devflow. greenfield 전용. 요구사항 입력 → inception → construction → build-test를 자동 진행하며 각 flow 종료 시 멀티에이전트 리뷰 필수.
현재 세션에서 구현 계획을 실행할 때 사용. 독립 태스크별 신규 서브에이전트 컨텍스트 활용. Use when executing an implementation plan in the current session with independent tasks that benefit from fresh subagent context per task.
프로덕션 코드 작성, 버그 수정, 리팩토링 시 사용 — 예외 없이 RED-GREEN-REFACTOR 사이클을 강제. Use when writing any production code, fixing bugs, or refactoring — enforces RED-GREEN-REFACTOR cycle with no exceptions.
| name | aidlc-nfr-requirements |
| description | Use when non-functional requirements need to be defined based on domain context and project profile, or when importing existing NFR documents. |
| metadata | {"version":"0.6.0","author":"Jay","category":"ai-dlc-workflow","invoke_mode":"orchestrator-only","return_behavior":"stop-no-gate","output_path":"devflow-docs/inception/nfr-requirements.md","skill_nature":"hybrid","lifecycle":"active","model_dependency":"모델이 NFR을 기능 요구에 혼재시킴","amplification_notes":"도메인 프리셋 기반 NFR 체계화"} |
비개발자가 "이 소프트웨어에 어떤 품질 요구사항이 필요한가"를 체계적으로 수집한다. NFR 값을 결정하는 것이 아니라 수집하는 것.
호출 텍스트에 Mode: GENERATE 또는 모드 지정이 없으면 GENERATE.
Step 1부터 순서대로 실행.
호출 텍스트에 Mode: IMPORT 포함 시 활성화.
_shared/import-review-protocol.md의 IMPORT 프로세스를 따른다.
IMPORT 모드 검증 항목:
검증 후 devflow-docs/inception/nfr-requirements.md에 저장하고 Return to Orchestrator.
Read (if they exist):
devflow-docs/inception/requirements.md — 기능/비기능 요구사항devflow-docs/inception/user-stories.md — 사용자 스토리 (있으면)이 소프트웨어의 도메인은?
A) 금융/핀테크 — 높은 보안+컴플라이언스, 감사 추적 필수
B) 헬스케어 — 데이터 프라이버시(HIPAA 등), 높은 가용성
C) 이커머스 — 트래픽 변동 대응, 결제 보안
D) 사내 도구 — 낮은 가용성 허용, 보안 내부망 기준
E) IoT/임베디드 — 저전력, 네트워크 불안정 고려
F) 기타 (직접 입력)
선택된 도메인을 Step 4의 기본값 조정에 사용한다.
이 소프트웨어의 운영 환경은?
A) MVP/프로토타입 — 기본값으로 충분, NFR 최소화
B) 소규모 운영 — 사용자 100명 이하, 기본 안정성
C) 중규모 운영 — 사용자 1000명+, 모니터링 필요
D) 대규모/엔터프라이즈 — 고가용성, 보안 컴플라이언스
도메인 × 프로파일 조합에 따라 질문 범위를 결정:
| 프로파일 | 질문 수 | 대상 카테고리 |
|---|---|---|
| MVP | 2~3개 | 핵심 보안, 데이터 백업 |
| 소규모 | 4~5개 | + 응답 시간, 동시 접속 |
| 중규모 | 6~7개 | + 모니터링, 장애 복구 |
| 대규모 | 8개 전체 | 전체 카테고리 순회 |
8개 NFR 카테고리:
각 질문은 one at a time. 비개발자 친화 표현 사용.
프로파일과 도메인을 조합하여 기본값을 제시한다:
프로파일 기반으로 다음 NFR을 제안합니다:
- 응답 시간: [값] (이유: [도메인] 기준 [근거])
- 가용성: [값] (이유: [프로파일] 기준 [근거])
- ...
조정이 필요한 항목이 있나요?
도메인별 기본값 조정 예시:
사용자가 조정한 항목은 ## 조정 이력에 기록.
Create devflow-docs/inception/nfr-requirements.md:
# NFR Requirements
**Timestamp**: [ISO 8601]
**Mode**: [GENERATE | IMPORT]
**Domain**: [선택된 도메인]
**Profile**: [선택된 프로파일]
## NFR Summary
| 카테고리 | 요구사항 | 근거 |
|---------|---------|------|
| 성능 | [값] | [도메인+프로파일 기준 근거] |
| 가용성 | [값] | [근거] |
| ... | ... | ... |
## 조정 이력
- [항목]: [원래 기본값] → [사용자 조정값] (이유: [사용자 설명])
conventions Review Workflow 적용.
conventions 표준 형식. 반환 필드: