프롬프트·컨텍스트 엔지니어링

챕터

개요

LLM에게 무엇을 어떻게 말할지(프롬프트 엔지니어링)와 무엇을 보게 할지(컨텍스트 엔지니어링)를 설계하는 기술을, 원리부터 실무까지 체계적으로 다루는 학습 안내서입니다.

이 안내서는 "그럴듯한 프롬프트 템플릿을 베끼는" 수준을 넘어, 왜 그 기법이 통하는지(모델 동작에 기반한 직관)와 언제 무엇을 써야 하는지(판단 기준)를 함께 다룹니다. 개발자뿐 아니라 기획자·작가·분석가·연구자 등 비개발 직군도 코드 없이 따라올 수 있도록 썼고, 개발자용 심화 내용은 개발자 노트로 분리해 표시했습니다.

이 안내서를 읽는 법

• 순서대로 읽기를 권장합니다. 1부의 직관이 이후 모든 기법의 근거가 됩니다. 기법만 골라 읽으면 "언제 쓰면 안 되는지"를 놓치기 쉽습니다.
• 각 장 끝의 ✍️ 확인 문제, 특히 "이 프롬프트를 개선해보라" 식 실습은 꼭 직접 해보세요. 읽는 것과 쓰는 것은 다른 능력입니다.
• 🧪 직접 검증법 콜아웃을 만나면, 자신이 실제로 쓰는 모델에 그 프롬프트를 넣어 확인해보세요. 이 분야는 "남이 그렇다더라"가 가장 위험합니다.
• 개발자가 아니라면 개발자 노트는 건너뛰어도 흐름이 끊기지 않습니다.

콜아웃 기호 안내

전체 그림

이 안내서가 다루는 두 가지 기술과 그 관계는 다음과 같습니다.

flowchart TB
    subgraph PE["프롬프트 엔지니어링: 무엇을 어떻게 말할까"]
        direction LR
        instr["명확한 지시"]
        ex["예시 제공"]
        fmt["출력 형식"]
        role["역할 부여"]
    end
    subgraph CE["컨텍스트 엔지니어링: 무엇을 보게 할까"]
        direction LR
        what["넣을 것 / 뺄 것 선택"]
        order["배치 순서"]
        mgmt["대화·자료 관리"]
    end
    model["LLM<br/>(다음 토큰 예측기)"]
    out["원하는 출력"]

    PE --> model
    CE --> model
    model --> out

    classDef technique fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
    classDef context fill:#ede9fe,stroke:#8b5cf6,color:#4c1d95
    classDef modelcls fill:#cffafe,stroke:#06b6d4,color:#164e63
    classDef good fill:#dcfce7,stroke:#22c55e,color:#14532d
    class instr,ex,fmt,role technique
    class what,order,mgmt context
    class model modelcls
    class out good

두 기술은 별개가 아니라 같은 목표("모델이 원하는 행동을 하게 만들기")의 두 측면입니다. 프롬프트가 말의 내용이라면, 컨텍스트는 말이 놓이는 환경 전체입니다.

목차

1부 · 기초와 직관

2부 · 핵심 프롬프트 기법

3부 · 컨텍스트 엔지니어링

4부 · 신뢰성과 품질

5부 · 고급·워크플로우

6부 · 실무 적용과 운영

부록

이 안내서가 다루지 않는 것

• 특정 모델의 "비밀 주문" 목록. 그런 것은 대개 검증되지 않았고, 모델이 바뀌면 무력화됩니다. 이 안내서는 원리를 주어 스스로 판단하게 하는 것을 목표로 합니다.
• 모델 내부 구조의 정밀한 설명. 트랜스포머 아키텍처를 깊이 다루지 않습니다. "왜 통하는지"를 이해할 만큼의 최소 직관만 제공합니다.
• 항상 최신인 모델명·가격·기능. 이런 사실은 빠르게 변합니다. 구체적 수치가 필요하면 본문의 안내에 따라 각 제공자의 공식 문서를 확인하세요.
• 이미지·음성 등 멀티모달 프롬프팅 심화. 텍스트 프롬프트에 집중합니다.

한 가지 약속

이 분야에는 검증되지 않은 통념이 많습니다. 이 안내서는 효과가 모델·맥락에 따라 달라지는 기법을 단정하지 않습니다. 대신 "왜 통할 법한지의 직관 + 한계·반례 + 직접 검증 권장"으로 제시합니다. 어떤 조언을 만나든, 마지막 판단 기준은 당신이 실제로 쓰는 모델에서의 결과입니다.

다음 → 01. 프롬프트 엔지니어링이란 무엇인가