Prompt Enhancer

Prompt Enhancer

Transform brief development requests into clear, detailed requirements by analyzing project context. Present the enhanced requirements to the user for confirmation before implementation.

When to Use This Skill

Use this skill when:

• User provides a brief development request like "로그인 기능 만들어줘", "API 추가해줘"
• Request lacks specific implementation details
• User uploads project files or mentions "the project"
• Task requires understanding project architecture

Core Workflow

Step 1: Analyze Project Context

Check for uploaded files:

view /mnt/user-data/uploads

Gather key information:

• Project structure and organization
• Technology stack (package.json, pyproject.toml, requirements.txt, etc.)
• Existing patterns (state management, API calls, routing)
• Code conventions (naming, file structure)
• Similar existing features

Step 2: Extract Request Intent

From the user's brief request, identify:

• Feature type: New feature, bug fix, refactoring, API integration
• Scope: Single screen, full flow, backend + frontend
• Dependencies: Related features or systems

Step 3: Build Enhanced Requirements

Create a structured requirement document with:

# [기능명] 구현 요구사항

## 📋 프로젝트 컨텍스트

- Framework: [detected framework and version]
- Architecture: [detected pattern]
- State Management: [detected library]
- Key Libraries: [list relevant dependencies]

## 🎯 구현 범위

### 주요 기능

1. [Main feature 1]
2. [Main feature 2]
3. [Main feature 3]

### 파일 구조

[Expected file structure based on project]

## 📝 상세 요구사항

### 1. [Layer/Component Name]
- **위치**: [File path]
- **목적**: [What it does]
- **구현 내용**:
  - [Specific requirement 1]
  - [Specific requirement 2]
- **기존 패턴 따르기**: [Reference to existing pattern]

### 2. [Next Layer/Component]
...

## ✅ 성공 기준
- [ ] [Acceptance criteria 1]
- [ ] [Acceptance criteria 2]
- [ ] [Acceptance criteria 3]
- [ ] 기존 코드 스타일 및 아키텍처 일관성 유지
- [ ] 모든 주요 기능에 대한 테스트 작성

## 🔍 확인 사항
- [Any questions or clarifications needed]
- [Assumptions made]

---
이 요구사항으로 진행할까요? 수정이 필요한 부분이 있다면 말씀해주세요.

Step 4: Present to User

Important: After creating the enhanced requirements, present them to the user and ask for confirmation:

위 요구사항을 분석해서 정리했습니다.

이대로 진행해도 될까요?
수정하거나 추가할 내용이 있으면 말씀해주세요!

Do NOT implement until the user confirms. The goal is to clarify requirements first.

Analysis Patterns by Stack

Flutter Projects

Detect: pubspec.yaml, lib/ directory

Key context to gather:

• State management (Riverpod, Bloc, Provider, GetX)
• Architecture (Clean Architecture, MVVM, MVC)
• Navigation (go_router, auto_route, Navigator)
• Network (Dio, http)
• Local storage (Hive, SharedPreferences, SQLite)

Enhanced requirements should include:

## 구현 범위

### Presentation Layer

- 화면: lib/presentation/[feature]/[screen]\_screen.dart
- 상태: [StateNotifier/Bloc/Controller] with [state pattern]
- 위젯: 재사용 가능한 컴포넌트

### Domain Layer

- Entity: lib/domain/entities/[name].dart
- UseCase: lib/domain/usecases/[action]\_usecase.dart
- Repository Interface: lib/domain/repositories/

### Data Layer

- Model: lib/data/models/[name]\_model.dart (fromJson/toJson)
- Repository Implementation: lib/data/repositories/
- DataSource: lib/data/datasources/

### Navigation

- Route: [route path]
- Navigation method: [context.go/push based on router]

## 성공 기준

✅ [State management]로 상태 관리
✅ [Existing widget] 스타일 일관성 유지
✅ API 응답 에러 처리
✅ 로딩 상태 표시
✅ Widget test 작성

React Native Projects

Detect: package.json with "react-native", app.json/app.config.js, expo dependency

Key context to gather:

• React Native version (New Architecture vs Legacy)
• Expo usage (Expo Go, EAS Build, bare workflow, or vanilla RN)
• Navigation (React Navigation, Expo Router)
• State management (Zustand, Redux Toolkit, Context, Jotai)
• Styling (StyleSheet, styled-components, Tailwind RN)
• API approach (Axios, fetch, React Query/TanStack Query)
• Platform-specific code (iOS/Android differences)
• Native modules (Expo SDK vs custom native modules)

Enhanced requirements should include:

## 구현 범위

### Screens & Navigation

- 스크린: src/screens/[feature]/[Screen]Screen.tsx
- Navigator: [Stack/Tab/Drawer based on existing]
- Navigation params: [TypeScript types]

### Components

- 컴포넌트: src/components/[feature]/[Component].tsx
- Props interface: [existing pattern]
- Styling: [StyleSheet/styled-components]
- Platform-specific: [Platform.select if needed]

### State Management

- Store: [existing state structure]
- Actions/Hooks: [action naming convention]
- Selectors: [if applicable]

### API Layer

- Endpoint: [API URL]
- Method: [GET/POST/PUT/DELETE]
- Response type: [TypeScript interface]
- Error handling: [existing error pattern]

### Native Modules

- Expo SDK: [expo-camera/expo-location/expo-file-system if Expo]
- Custom modules: [if bare RN or ejected]
- Permissions: [Camera/Location/Storage if needed]
- Platform APIs: [iOS/Android specific features]

## 성공 기준

✅ TypeScript 타입 안정성
✅ [Existing components] 재사용
✅ iOS/Android 플랫폼 동작 확인
✅ [Expo Go/EAS/bare workflow] 환경 호환성
✅ 반응형 레이아웃 (다양한 화면 크기)
✅ 성능 최적화 (useMemo, useCallback)
✅ Unit test + Integration test

Python (Django/FastAPI) Projects

Detect: requirements.txt, manage.py, main.py

Key context to gather:

• Framework (Django, FastAPI, Flask)
• ORM (SQLAlchemy, Django ORM, Tortoise)
• Authentication approach
• API documentation (OpenAPI/Swagger)

Enhanced requirements should include:

## 구현 범위

### Models/Schema

- Model: [app]/models.py or schemas/[name].py
- Fields: [field definitions with types]
- Relationships: [ForeignKey/relationships]

### Views/Endpoints

- Route: [path]
- Method: [HTTP method]
- Request/Response schema: [Pydantic models]

### Business Logic

- Service: [if applicable]
- Validation: [input validation]

### Database

- Migration: [migration command]

## 성공 기준

✅ API documentation 자동 생성
✅ Request validation
✅ Error handling with proper status codes
✅ Unit test + Integration test
✅ [Authentication] 적용

Example Enhancement

User input:

로그인 기능 구현해줘

Skill output:

# 로그인 기능 구현 요구사항

## 📋 프로젝트 컨텍스트

- Framework: Flutter 3.16.0 with null safety
- Architecture: Clean Architecture
- State Management: Riverpod (StateNotifier pattern)
- Network: Dio 5.3.0
- Storage: flutter_secure_storage
- Navigation: go_router

## 🎯 구현 범위

### 주요 기능

1. 이메일/비밀번호 로그인 폼
2. JWT 토큰 기반 인증
3. 로그인 성공 시 홈 화면 이동
4. 에러 처리 및 사용자 피드백

### 파일 구조

lib/ ├── presentation/ │ └── auth/ │ ├── login_screen.dart │ ├── login_notifier.dart │ └── login_state.dart ├── domain/ │ ├── entities/user.dart │ ├── usecases/login_usecase.dart │ └── repositories/auth_repository.dart └── data/ ├── models/ │ ├── user_model.dart │ └── login_response.dart ├── repositories/auth_repository_impl.dart └── datasources/auth_remote_datasource.dart

## 📝 상세 요구사항

### 1. Presentation Layer - 로그인 화면
- **위치**: lib/presentation/auth/login_screen.dart
- **목적**: 사용자 로그인 UI 제공
- **구현 내용**:
  - ConsumerStatefulWidget 사용
  - Email TextFormField (이메일 형식 검증)
  - Password TextFormField (8자 이상, obscureText)
  - 로그인 PrimaryButton
  - 회원가입 링크
  - 로딩 상태 시 오버레이 표시
- **기존 패턴 따르기**: core/widgets/custom_text_field.dart 스타일 사용

### 2. State Management
- **위치**: lib/presentation/auth/login_notifier.dart
- **목적**: 로그인 상태 관리
- **구현 내용**:
  - StateNotifier<LoginState> 상속
  - login(email, password) 메서드
  - 성공 시 토큰 저장 후 상태 업데이트
  - 에러 시 에러 메시지 상태 설정
- **기존 패턴 따르기**: 다른 notifier들과 동일한 패턴

### 3. Domain Layer - 엔티티
- **위치**: lib/domain/entities/user.dart
- **목적**: 사용자 도메인 모델
- **구현 내용**:
  - Freezed로 불변 클래스 생성
  - id, email, name, profileImageUrl 필드
- **기존 패턴 따르기**: 다른 entity들과 동일한 구조

### 4. Domain Layer - UseCase
- **위치**: lib/domain/usecases/login_usecase.dart
- **목적**: 로그인 비즈니스 로직
- **구현 내용**:
  - call(LoginParams) 메서드
  - Either<Failure, User> 반환
  - repository 의존성 주입
- **기존 패턴 따르기**: 단일 책임 UseCase 패턴

### 5. Data Layer - API 통신
- **위치**: lib/data/datasources/auth_remote_datasource.dart
- **목적**: 로그인 API 호출
- **구현 내용**:
  - POST /api/auth/login
  - Request: {"email": string, "password": string}
  - Response: LoginResponse (accessToken, refreshToken, user)
  - Dio instance 재사용
- **기존 패턴 따르기**: 기존 datasource들의 에러 처리 방식

### 6. Data Layer - Repository 구현
- **위치**: lib/data/repositories/auth_repository_impl.dart
- **목적**: Repository 인터페이스 구현
- **구현 내용**:
  - login 메서드 구현
  - 토큰 저장 (TokenStorage 사용)
  - DioException 처리
  - UserModel을 User entity로 변환
- **기존 패턴 따르기**: try-catch-Either 패턴

### 7. Navigation 설정
- **위치**: lib/core/router/app_router.dart
- **목적**: 로그인 라우트 추가
- **구현 내용**:
  - /login 라우트 추가
  - 로그인 성공 시 /home으로 리다이렉트
  - 인증 가드 로직
- **기존 패턴 따르기**: 기존 go_router 설정 방식

## ✅ 성공 기준
- [ ] 사용자가 이메일과 비밀번호 입력
- [ ] 로그인 버튼 클릭 시 API 호출
- [ ] 성공 시 토큰 저장 및 홈 화면 이동
- [ ] 실패 시 적절한 에러 메시지 표시 (SnackBar)
- [ ] 로딩 중 버튼 비활성화 및 로딩 인디케이터
- [ ] 이메일 형식 및 비밀번호 길이 검증
- [ ] 기존 코드 스타일 및 아키텍처 일관성 유지
- [ ] Widget test 작성 (로그인 화면)
- [ ] Repository test 작성 (mock API)
- [ ] UseCase test 작성

## 🔍 확인 사항
- API 엔드포인트 주소가 `https://api.example.com`이 맞나요?
- 토큰 만료 시 자동 갱신 기능이 필요한가요?
- 소셜 로그인(구글, 애플 등)도 함께 구현할까요?
- "비밀번호 찾기" 기능이 필요한가요?

---
위 요구사항으로 진행할까요? 수정이 필요한 부분이 있다면 말씀해주세요!

Tips for Effective Enhancement

Always Ask for Clarification

If the project context is unclear or insufficient:

프로젝트 파일을 업로드해주시면 더 정확한 요구사항을 만들 수 있습니다.
또는 다음 정보를 알려주세요:
- 사용 중인 프레임워크
- 상태 관리 라이브러리
- 기존 프로젝트 구조

Include Visual Examples

When helpful, mention existing screens/components:

기존 ProfileScreen과 유사한 레이아웃으로 구현
- AppBar 스타일 동일
- TextFormField 디자인 재사용
- PrimaryButton 컴포넌트 사용

Highlight Dependencies

## 🔗 연관 기능
- UserRepository: 사용자 정보 조회에 재사용
- TokenStorage: 기존 토큰 저장 로직 활용
- ErrorHandler: 공통 에러 처리 적용

Reference Files

For detailed patterns:

• Enhancement patterns: references/enhancement-patterns.md
• Framework guides: references/framework-guides.md