단원 — 컨텍스트 엔지니어링의 부상 (한 번의 질문에서 시스템으로)
Lesson (강의 단원)lecturedraftFri May 08

단원 — 컨텍스트 엔지니어링의 부상 (한 번의 질문에서 시스템으로)

별칭: context engineering 풀버전 · 컨텍스트 파이프라인 · 2024 분기점 · book-vbc ch03

#context-engineering#pipeline#karpathy-tweet#lutke-tweet#claude-md#rag#mcp#lecture-core

한 줄 명제

한 번의 질문 최적화 (프롬프트 엔지니어링) → 시스템 단위 정보 통제 (컨텍스트 엔지니어링). 부패의 처방이 한 번의 자세 가 아니라 시스템의 자세 로 기록된 자리.


강의 흐름 (12 분)

① 한 번의 질문에서 시스템으로 (1.5 분)

lesson/hrn-context-rotting-deep부패는 한 번의 질문 으로 못 막는다 는 진단을 박았다. 그 진단에 답해 등장한 새 자세 — 컨텍스트 엔지니어링.

프롬프트 엔지니어링 = 한 번의 질문을 잘 짜는 자세. 컨텍스트 엔지니어링 = 시스템 전체의 정보를 통제하는 자세.

한 번의 자세 → 시스템의 자세 로의 강제 이동.

② 핵심 개념 — 한 번 vs 시스템 입력 파이프라인 (3 분)

차원프롬프트 엔지니어링컨텍스트 엔지니어링
단위한 번의 호출세션 전체의 컨텍스트 진화
도구시스템 프롬프트, few-shot, CoTCLAUDE.md, RAG, MCP, Compaction
시간 차원한 호출 (수십 초)세션 + 영구 (시간·일·월)
통제 대상한 입력입력 파이프라인 전체
깨졌을 때한 답 부정확시스템 전체 부패

시스템 입력 파이프라인 = 영구 지시어 + 동적 컨텍스트 + 도구 결과 + RAG + Compaction. 이 5 층 파이프라인 의 정밀한 통제가 컨텍스트 엔지니어링.

상세: concept/context-engineering ·

③ 2024 분기점 — Karpathy + Lütke 의 두 트윗 (3 분)

entity/karpathyentity/tobias-lutke (Shopify CEO) 의 두 트윗 이 패러다임 전환의 공식 분기점:

Karpathy (2024): "Prompt engineering is dead. Context engineering is what you actually want."

Lütke (2024): Shopify 의 AI 코딩 명제"The bottleneck moved from prompts to context."

같은 시기 두 거인의 같은 결론프롬프트 의 시대가 끝났고 컨텍스트 의 시대가 기록되었다. 이 명명 전환이 산업 전체로 빠르게 확산.

④ 그 이전의 50 년 — 컨텍스트 통제는 새롭지 않다 (1.5 분)

본 자세는 2024 에 처음 나온 것이 아님. 컴퓨팅 50 년 역사에서 같은 패턴이 반복:

시대기록된 자세
1960~70메모리 페이징·캐시 라인 — 물리 메모리 한계의 통제
1980~90OS 가상 메모리 — 프로세스 컨텍스트 격리
2000~10데이터베이스 트랜잭션·인덱스 — 데이터 컨텍스트 정합
2024+컨텍스트 엔지니어링 — LLM 컨텍스트 윈도우 통제

한계는 받아들이고, 한계 위에서 보정 장치 설계. 본 단원이 50 년 패턴의 LLM 시대 표현.

⑤ 컨텍스트 파이프라인 — 한 컷 기록 (2.5 분)

본 단원의 핵심 그림:

┌─────────────────────────────────────────┐
│ 영구 지시어 (CLAUDE.md, .cursorrules)    │  ← 매 세션 자동 재로드
├─────────────────────────────────────────┤
│ 정적 7 블록 (Identity·Safety·Tools 등)   │  ← prompt cache 적중
├─────────────────────────────────────────┤
│ 동적 13 블록 (cwd·git·env·MCP·...)      │  ← 매 턴 갱신
├─────────────────────────────────────────┤
│ 사용자 입력 (이번 턴의 한 줄)             │
├─────────────────────────────────────────┤
│ 도구 결과 (Read·Bash·WebSearch 등)       │
├─────────────────────────────────────────┤
│ Compaction 5 층 (한도 접근 시 작동)        │  ← 부패 처방
└─────────────────────────────────────────┘
                  ↓
                Model Inference

각 층의 밀도와 순서 가 컨텍스트 엔지니어링의 통제 대상.

상세: concept/compaction-5-layer · concept/claudemd-as-design-language

⑥ 핵심 도구 4 종 (1 분)

도구기록하는 자리
CLAUDE.md (영구 지시어)윈도우 맨 앞 — 매 세션 자동 재로드
RAG외부 지식 동적 주입 — 윈도우에 필요할 때만
MCP도구·데이터의 표준화 접근 채널 — 컨텍스트 비용 절감
Compaction한도 접근 시 5 층 cascade — 부패 처방

상세: term/claude-md · term/mcp


4 엔지니어링 통합 기록

  • 컨텍스트 엔지니어링: 본 단원의 주 무대
  • 프롬프트 엔지니어링: 한 호출 차원에서 살아남음. 한 슬롯의 입력 설계
  • 하네스 엔지니어링: MCP / 권한 게이트 / Compaction = 모델 바깥 인프라
  • 에이전틱 엔지니어링: Subagent 컨텍스트 격리 = 에이전트 위임의 공간 차원

→ 4 분야 모두 본 단원에서 기록됨. 2024 분기점 = 4 엔지니어링 시대의 시작.


다음 단원으로

본 단원은 부상. 다음은 컨텍스트 다음 시대의 부름lesson/hrn-agentic-engineering-deep (자율 에이전트 시대).


출처

60_service/book-vbc-no-design-no-code/13_chapter_03_context-engineering.md (26 KB 풀버전 흡수).