8장: 프롬프트 최적화와 효과적 사용법

1. 컨텍스트 (Context): 현재 상황과 배경
2. 의도 (Intent): 달성하려는 목표
3. 제약 (Constraints): 따라야 할 규칙과 제한
4. 형식 (Format): 원하는 결과물의 형태

"로그인 기능 만들어줘"

"Next.js App Router 기반 프로젝트에서 
이메일/비밀번호 로그인 API 라우트를 구현해줘.
 
- bcrypt로 비밀번호 검증
- JWT 토큰 발급 (jose 라이브러리 사용)
- 실패 시 구체적인 에러 메시지 반환
- 기존 src/lib/auth.ts의 패턴을 따를 것
- 응답 형식은 src/types/api.ts의 ApiResponse 타입 사용"

"src/services/user-service.ts의 구조와 에러 핸들링 패턴을 참고해서
product-service.ts를 구현해줘. 
CRUD 메서드와 검색 기능이 필요해."

"이 함수를 리팩터링해줘.
 
제약:
- 외부 API 인터페이스는 변경하지 말 것
- 기존 테스트가 모두 통과해야 함
- 새로운 의존성 추가 금지
- 성능이 현재보다 떨어지면 안 됨"

"이 코드의 성능 문제를 분석해줘.
 
1단계: 시간 복잡도 분석
2단계: 병목 지점 식별
3단계: 개선 방안 제시
4단계: 개선된 코드 구현"

"보안 전문가의 관점에서 이 인증 코드를 리뷰해줘.
특히 다음 항목을 중점적으로 확인해:
- OWASP Top 10 관련 취약점
- 입력 검증 누락
- 세션 관리 문제
- 암호화 구현의 적절성"

"주문 시스템을 구현해야 해. 다음 순서로 진행하자.
 
1. 먼저 주문 관련 타입 정의 (Order, OrderItem, OrderStatus)
2. 다음으로 주문 생성 로직 (재고 확인, 가격 계산)
3. 그 다음 결제 연동 (Stripe)
4. 마지막으로 주문 상태 변경 워크플로우"

"이건 좀 아닌 것 같아. 다시 해줘."

"에러 핸들링 부분을 수정해줘. 구체적으로:
1. catch 블록에서 에러 타입을 구분해줘 (ValidationError vs DatabaseError)
2. 사용자에게 반환하는 메시지와 로깅 메시지를 분리해줘
3. 500 에러 시 스택 트레이스를 프로덕션에서 노출하지 않도록 해줘"

1차 요청: "기본 CRUD API를 구현해줘"
  → 결과 리뷰 → 기본 구조 확인
 
2차 요청: "에러 핸들링을 강화해줘. try-catch로 감싸고 적절한 HTTP 상태 코드를 반환해줘"
  → 결과 리뷰 → 에러 처리 확인
 
3차 요청: "입력 검증을 추가해줘. zod 스키마를 사용하고, 유효하지 않은 입력에 대한 구체적 에러 메시지를 반환해줘"
  → 결과 리뷰 → 검증 로직 확인
 
4차 요청: "이제 이 API에 대한 통합 테스트를 작성해줘"

"이 PR의 변경 사항을 리뷰해줘. 다음 관점에서 확인해:
 
1. 타입 안전성: any 사용이나 타입 단언 남용이 없는지
2. 에러 처리: 예외 상황이 적절히 처리되는지
3. 성능: N+1 쿼리, 불필요한 재렌더링 등
4. 보안: 입력 검증, 인증/인가 확인
5. 테스트: 핵심 로직에 대한 테스트가 충분한지
 
각 이슈를 심각도(critical/warning/suggestion)로 분류해줘."

"이 함수에서 간헐적으로 undefined가 반환되는 문제가 있어.
 
증상: 10회 중 약 2회 정도 undefined 반환
환경: Node.js 22, TypeScript 5.7
관련 코드: [함수 코드]
 
가능한 원인을 분석하고, 각 원인의 가능성과 해결 방법을 제시해줘."

"이 컴포넌트를 리팩터링해줘.
 
현재 문제:
- 500줄이 넘는 단일 컴포넌트
- 비즈니스 로직과 UI가 혼재
- 재사용 가능한 부분이 하드코딩
 
목표:
- 커스텀 훅으로 비즈니스 로직 분리
- 재사용 가능한 하위 컴포넌트로 분할
- 외부 인터페이스(props)는 유지
 
제약:
- 기존 테스트가 모두 통과해야 함
- 단계적으로 진행하되, 각 단계가 독립적으로 동작해야 함"

"이 프로젝트를 개선해줘"

"정확히 15줄로 구현하고, 변수명은 a, b, c를 사용하고..."

"3번째 줄을 수정해줘"