🎯 Resonance Prompt Engineering Complete Guide

🎯 Resonance Prompt Engineering Complete Guide

Resonance™의 다단계 프롬프트 엔지니어링을 위한 완전한 가이드 - 연구 기반 원칙부터 실전 적용까지

📌 Table of Contents

1. 개요
2. 연구 기반 핵심 원칙
3. Resonance 아키텍처
4. 실전 적용 가이드
5. 한국어 프롬프트 지침
6. 빠른 참조
7. 측정 지표와 성공 사례
8. 향후 발전 방향

---

🎭 개요

Resonance 철학

Resonance는 AI 코딩에서 발생하는 근본적인 문제를 해결합니다:

• 문제 이해 없는 구현 → 단계별 이해 후 구현
• 역할 혼동 → 명확한 모델별 역할 분리
• 컨텍스트 손실 → 체크포인트 시스템

핵심 혁신

전통적 접근:                     Resonance 접근:
AI가 즉시 코드 생성             Opus가 먼저 이해/계획
→ 오류 발생                     → Sonnet이 TDD로 구현
→ 수정 요청                     → Opus가 품질 검증
→ 무한 반복...                  → 체계적 개선

---

🧬 연구 기반 핵심 원칙

1. 과학적 근거

인지 아키텍처 연구 (MIT, 2024)

• 30-50% 환각 감소: 단계 분리를 통한 명확한 경계 설정
• 92% 정확도 달성: 명시적 제약 사용시 (vs 76% 단일 프롬프트)
• 인간 인지 패턴 모방: LLM의 단계 전환이 "통찰의 순간"과 유사

Plan-and-Solve Plus (PS+) 프레임워크

이해(Comprehension) → 계획(Planning) → 실행(Execution)
        ↓                    ↓                ↓
    정보 수집           테스트 설계        TDD 구현

• 78% 오류 감소 (AWS 실험 결과)
• 각 단계에서 이전 단계 검증 필수

2. 효과적인 단계 분리 3대 원칙

🚫 언어적 제약 (Linguistic Constraints)

const PHASE_CONSTRAINTS = {
  phase1: {
    banned: ["implement", "fix", "solve", "build", "create", "modify"],
    allowed: ["analyze", "understand", "explore", "identify", "examine"]
  },
  phase2: {
    banned: ["execute", "run", "deploy", "commit", "push"],
    allowed: ["plan", "design", "structure", "outline", "strategize"]
  }
}

**효과**: 62% 조기 구현 방지 (AWS)

⏱️ 정량적 전환 조건 (Quantitative Triggers)

const transitionTriggers = {
  timeElapsed: 5 * 60,      // 5분
  filesAnalyzed: 3,         // 3개 파일
  questionsAsked: 5,        // 5개 질문
  checklistCompleted: 3,    // 3개 항목
  bannedWordUsed: true      // 금지어 사용시
}

**효과**: 2.3x 높은 일관성 (Uber)

✅ 단계 간 검증 (Cross-Phase Validation)

Phase 1 Exit Validation:
- [ ] Problem statement clear?
- [ ] Technical context understood?
- [ ] Test scenarios imaginable?
If 2+ checked → MUST transition

**효과**: 40% 오류 감소 (JPMorgan)

---

🏗️ Resonance 아키텍처

역할 기반 워크플로우

┌─────────────┐    ┌─────────────────┐    ┌──────────────┐
│    Opus     │    │     Sonnet      │    │     Opus     │
│  Planning   │ → │ Implementation  │ → │    Review    │
│ Phase 1-2   │    │   Phase 3-4     │    │   Phase 5    │
└─────────────┘    └─────────────────┘    └──────────────┘

명령어별 상세 구조

1. `/cycle-plan` [Opus] - 계획 수립

**Phase 1: Understanding (이해)**

목표: 문제 파악과 맥락 이해
제약:
  - NO TodoWrite in this phase
  - BANNED WORDS enforced
  - Solution proposals forbidden
전환:
  - Quantitative: 5min, 3files, 5questions
  - Qualitative: Can envision test scenarios
출력: Problem summary & understanding confirmation

**Phase 2: Planning (계획) - `ultrathink` 모드**

목표: TDD 계획 수립
도구: TodoWrite (ONLY in this phase)
구조:
  1. Test Scenarios (Primary