4 엔지니어링 분야 — 프롬프트·컨텍스트·하네스·에이전틱 (Vibe Coding 의 4 기둥)
별칭: 4 엔지니어링 · 4 engineering disciplines · 4 분야 · PCHA · prompt context harness agent engineering
정의
4 엔지니어링 분야 = 프롬프트 엔지니어링 · 컨텍스트 엔지니어링 · 하네스 엔지니어링 · 에이전틱 엔지니어링 — Vibe Coding 시대를 실천적으로 기록하는 4 가지 분야. 기초 자료 (개념·인물·도입) 를 설명할 때 4 종 모두 언급 강제 (사용자 명시 규칙 2026-05-08).
본 4 분야는 synthesis/4-elements-master 의 4 요소 (시간·공간·연결·검증) 를 엔지니어링 면에서 본 것. 같은 시스템을 다른 면에서 본다 — 둘은 같은 넷.
4 분야 — 한 분야씩
1. 프롬프트 엔지니어링 (Prompt Engineering) — 한 번의 호출
함수 시대의 도구. 한 번의 LLM 호출 을 잘 짜는 기술.
| 핵심 속성 | 값 |
|---|---|
| 시대 | 함수 시대 (Software 1.0 → 2.0 transition) |
| 단위 | 한 번의 프롬프트 ↔ 한 번의 응답 |
| 도구 | 시스템 프롬프트 · 역할 부여 · few-shot 예시 · CoT (Chain of Thought) |
| 4 요소 위치 | 4 요소 모두 위에서 작동 (각 한입의 입력 설계) |
→ 함수 시대에 전체 였다. 그러나 에이전트 시대에서는 한 턴의 입력 일 뿐 — 10 턴이 필요한 작업이면 한 번을 아무리 잘 짜도 나머지 9 번이 무너지면 결과 안 나옴. 부족하지만 사라지지 않는 분야.
상세: concept/prompt-engineering
2. 컨텍스트 엔지니어링 (Context Engineering) — 지속 가능한 컨텍스트
한 번이 아니라 지속 가능한 컨텍스트 자체 를 설계.
| 핵심 속성 | 값 |
|---|---|
| 시대 | 에이전트 시대 (Software 2.0 → 3.0 transition) |
| 단위 | 세션 전체의 컨텍스트 진화 |
| 도구 | CLAUDE.md (200줄 권장) · 정적 7 + 동적 13 블록 · prefix cache · Compaction 5층 |
| 4 요소 위치 | 공간 요소와 직접 정합 |
→ 함수 두 변수로는 부족했다. 추가 변수 = 컨텍스트의 진화 가 필요해서 등장한 분야. 프롬프트 엔지니어링이 한 번을 박았다면, 컨텍스트 엔지니어링은 지속을 기록한다.
상세: concept/context-engineering
3. 하네스 엔지니어링 (Harness Engineering) — 모델 바깥의 인프라
모델 바깥 의 인프라 (도구·검증·격리·권한) 를 짠다.
| 핵심 속성 | 값 |
|---|---|
| 시대 | 에이전트 시대 (Software 3.0 정착) |
| 단위 | 모델을 둘러싼 시스템 전체 |
| 도구 | 4 계층 (Tool · Harness · Sub-agent · Hooks) · MCP · 권한 게이트 · PostSampling |
| 4 요소 위치 | 연결 + 검증 두 요소와 정합 |
→ Claude Code 누출 분석에서 AI loop 50줄 vs Product Engineering 512K줄 = 1.6% AI / 98.4% Infrastructure 가 기록되었다. 본 분야가 바이브 코딩의 척추. case/50-vs-512k-leak
상세: concept/harness-engineering
4. 에이전틱 엔지니어링 (Agentic Engineering) — 에이전트의 결정 짜기
에이전트가 어떤 결정을 내릴지 를 짠다.
| 핵심 속성 | 값 |
|---|---|
| 시대 | 에이전트 시대 (Software 3.0 +) |
| 단위 | 루프 한 사이클의 결정 흐름 |
| 도구 | Plan Mode · TodoWrite · Subagent · HIAO 1-N-N · Mailbox |
| 4 요소 위치 | 시간 + 검증 두 요소와 정합 |
→ 함수가 루프가 되는 순간 부터 기록됨. Master + Cluster Manager + Specialized Agent (HIAO 1-N-N) 가 본 분야의 핵심 패턴.
상세: concept/agentic-engineering
4 분야 ↔ 4 요소 매핑 (요약)
| 4 분야 | 4 요소 | 묶는 자리 |
|---|---|---|
| 프롬프트 엔지니어링 | (4 요소 모두 횡단) | 한 입의 입력 설계 |
| 컨텍스트 엔지니어링 | 공간 | 컨텍스트 윈도우 진화 |
| 하네스 엔지니어링 | 연결 + 검증 (검증 차원) | 모델 바깥 인프라 |
| 에이전틱 엔지니어링 | 시간 + 검증 (자기검증 차원) | 루프의 결정 흐름 |
상세 매핑은 synthesis/4-elements-master §"핵심 매핑 표".
통합 기록 규칙 (사용자 명시 2026-05-08)
기초 자료 (AI 선용 / 강의 도입 / 개념 설명 등) 를 다룰 때 4 분야 모두 언급 한다. 한 두 가지만 기록하는 것 ❌.
본 위키의 integration_gap lint 항목이 본 규칙을 강제. 자세히는 (auto-memory) 와 본 카드 §"왜 4 가지 모두 인가" 참조.
왜 4 가지 모두 인가
- 프롬프트만 박으면 함수 시대 사고 → 루프 시대 의 9/10 을 놓침
- 컨텍스트만 박으면 공간 만 보고 시간·연결·검증 을 못 봄
- 하네스만 박으면 인프라 는 잘 짜지만 루프 결정 흐름 이 약함
- 에이전틱만 박으면 결정 은 잘 짜지만 컨텍스트 부패 가 막힘 ❌
→ 4 분야는 서로의 빈자리를 메우는 4 기둥. 한 기둥 약하면 그 위 모두 무너진다.
진화 — AI Native 4 단계와의 정합
concept/ai-native-4-stages 의 4 단계 (Beginner → Senior → AI Native → Vibe Coder) 와 본 4 분야가 시간 축으로 진화:
| 단계 | 기록하는 분야 |
|---|---|
| 1. Beginner | 프롬프트만 |
| 2. Senior | 프롬프트 + 컨텍스트 |
| 3. AI Native | 프롬프트 + 컨텍스트 + 하네스 |
| 4. Vibe Coder | 4 분야 모두 + HIAO 균형 |
→ 4 분야 통합 박음이 Vibe Coder 단계의 정의.
출처
본 카드는 4 요소 합본 §168~176 (프롬프트 엔지니어링의 한계 + 컨텍스트 엔지니어링·하네스 엔지니어링·에이전트 엔지니어링 등장) 및 사용자 명시 규칙 (2026-05-08, feedback_4_engineering_disciplines.md 메모리) 에서 직접 기록되어 도출.
원천: 60_service/6006 booklet-vibe-coding-4-elements/_combined_book.md.