안녕하세요! 😊
오늘부터 새 연재를 시작해요.
제목은 「AI 엔지니어링 진화사」예요.
'AI에게 잘 시키는 법'이
지난 몇 년간 어떻게 발전해 왔는지,
6부작으로 차근차근 풀어볼 거예요.
오늘은 그 0편,
'전체 지도'를 펼쳐 보는 시간이에요.
이번에도 길어요. (마음먹고 길게 정리했어요!)
줄바꿈 많이, 소제목으로 나눴으니
편하게 골라 읽으셔도 돼요. 👍
끝에 참고자료도 잔뜩 정리해 뒀어요. 📚
──────────
📌 한 줄로 말하면?
"AI에게 잘 시키는 기술은
'한 마디' → '정보 묶음' → '일꾼' → '믿는 일꾼'
순서로 진화해 왔다."
위 그림(도식)이 오늘 글의 전부예요.
이것만 기억해도 절반은 성공이에요!
──────────
🗺 큰 그림부터
처음엔 모두가 'AI에게 말 거는 법'에 집중했어요.
그런데 AI가 똑똑해질수록,
'무엇을 어떻게 시키느냐'의 무게중심이 옮겨갔어요.
그 흐름이 이렇게 4단계(+다음)예요.
1단계: 프롬프트 — 말을 잘하기
2단계: 컨텍스트 — 정보를 잘 채우기
3단계: 에이전트 — 스스로 일하게 하기
4단계: 하네스 — 믿고 맡길 수 있게 하기
그리고 다음: 평가·여러 에이전트 협업
중요한 건,
새 단계가 와도 '이전 단계가 사라지지 않는다'는 점이에요.
계단처럼 차곡차곡 '쌓여요'.
──────────
1️⃣ 프롬프트 엔지니어링 (2022~)
— "무엇을 말할까?"
가장 먼저 등장한 기술이에요.
같은 질문도 '어떻게 묻느냐'에 따라
답의 품질이 확 달라지거든요.
· "요약해줘"보다
"초등학생도 알게 3줄로 요약해줘"가 낫고,
· "차근차근 생각해줘"라고 하면
더 정확해지기도 해요.
(이게 그 유명한 '생각의 사슬, Chain-of-Thought'이에요.)
한마디로 '말 잘하는 기술'이에요.
지금도 모든 것의 기본이고요.
(자세한 건 #1편에서 다룰게요!)
──────────
2️⃣ 컨텍스트 엔지니어링 (2024~)
— "무엇을 알게 할까?"
AI가 더 똑똑해지자,
병목이 '말솜씨'에서 '정보'로 옮겨갔어요.
아무리 잘 물어도,
AI가 '필요한 정보'를 모르면 못 푸니까요.
그래서 등장한 게 '컨텍스트(맥락) 엔지니어링'이에요.
AI의 '작업 공간(맥락창)'에
· 필요한 자료(RAG·검색),
· 과거 기억,
· 쓸 수 있는 도구(MCP),
· 좋은 예시
를 알맞게 채워 넣는 기술이죠.
AI 거장 '카파시'는 이렇게 말했어요.
"이제 프롬프트보다 '컨텍스트 엔지니어링'이다.
맥락창을 알맞은 정보로 채우는 섬세한 기술."
(자세한 건 #2편에서!)
──────────
3️⃣ 에이전트 엔지니어링 (2025~)
— "어떻게 행동할까?"
이제 AI는 '답'을 넘어 '일'을 하기 시작해요.
목표만 주면,
· 스스로 계획을 세우고,
· 필요한 도구를 골라 쓰고,
· 단계를 밟아 끝까지 해내요.
이렇게 '스스로 일하는 AI'가 에이전트예요.
(지난 '에이전트' 글에서 자세히 다뤘죠!)
──────────
4️⃣ 하네스 엔지니어링 (2026~)
— "어떻게 믿고 맡길까?"
에이전트가 똑똑해질수록
새로운 고민이 생겼어요.
"스스로 일하다가 엉뚱한 짓 하면 어쩌지?"
그래서 등장한 게 '하네스(harness)'예요.
하네스는 '안전벨트·작업 틀'이라는 뜻이에요.
에이전트를 감싸서 믿을 수 있게 만드는
· 검증(테스트),
· 가드레일(안전 한계),
· 관찰(기록·추적)
같은 장치들이죠.
핵심 공식이 있어요.
🔑 에이전트 = 모델 + 하네스
똑똑한 '두뇌(모델)'에
믿음직한 '작업 틀(하네스)'을 씌워야
비로소 실전에서 쓸 수 있다는 거예요.
이 말은 Terraform을 만든
미첼 하시모토가 2026년에 정리했어요.
"에이전트가 실수하면, 다시는 그 실수를
못 하도록 구조를 만들어라."
(자세한 건 #4편에서!)
──────────
🧩 잠깐 — ③과 ④는 사실 한 묶음이에요
헷갈릴 수 있어서 짚고 갈게요.
전문가들은 보통 큰 단계를
'프롬프트 → 컨텍스트 → 하네스' 3개로 봐요.
왜냐하면 '에이전트'는
'단계'라기보다 '만드는 대상'이거든요.
(에이전트 = 모델 + 하네스 니까요.)
그래서 ③ 에이전트와 ④ 하네스는
'에이전트 시대'라는 한 묶음으로 봐도 돼요.
다만 입문자에겐
'스스로 일하기(③)'와 '믿게 만들기(④)'를
나눠 보는 게 이해가 쉬워서,
이 연재에선 4단계로 풀게요.
──────────
➕ 그리고 다음 단계 — 평가·오케스트레이션
지금 막 떠오르는 다음 화두예요.
· 평가(Eval): AI는 자기 일을 스스로 못 채점해요.
그래서 '만드는 AI'와 '채점하는 AI'를 나누는 흐름.
· 오케스트레이션: 에이전트 하나가 아니라
'여러 에이전트가 협업'하게 만드는 기술.
(대장이 일꾼들에게 일을 나눠주듯이요.)
앤트로픽도 '멀티 에이전트 연구 시스템'을
공개했을 만큼 활발한 분야예요.
(이건 #5편에서 다뤄요!)
──────────
🕰 한눈에 보는 연표
· 2020 — RAG 등장
(검색으로 정보를 끌어오기, Lewis et al.)
· 2022 — '생각의 사슬'·ReAct
(차근차근 생각·행동하게, Wei·Yao et al.)
· 2022~23 — 프롬프트 엔지니어링 전성기
· 2024 — '에이전트' 본격화
(앤트로픽 'Building Effective Agents')
· 2025 — '컨텍스트 엔지니어링' 대중화
(카파시, MIT Tech Review)
· 2026 — '하네스 엔지니어링' 명명
(미첼 하시모토)
· 지금 — 평가·멀티 에이전트로 확장 중
짧게 보면 단 몇 년 사이의 일이에요.
그만큼 빠르게 변하는 분야죠.
──────────
🧠 왜 이렇게 진화했을까? — 3가지 동력
① 모델이 똑똑해졌다
쉬운 일은 알아서 하니,
사람은 더 어려운 걸 맡기게 됐어요.
② 도구·연결이 생겼다
검색·앱·MCP로 AI가 '바깥 세상'과 이어졌어요.
③ '신뢰'가 필요해졌다
실전에 쓰려니 '안 틀리고, 추적되는' 게
중요해졌죠.
이 세 가지가 단계 이동을 밀어붙였어요.
──────────
🆚 단계별 '한 일 vs 한계' 비교
· 프롬프트: 잘 묻기 / 정보가 없으면 막힘
· 컨텍스트: 정보 채우기 / 행동은 못 함
· 에이전트: 스스로 실행 / 아직 못 미더움
· 하네스: 신뢰 확보 / 만들기가 복잡함
각 단계는 '앞 단계의 한계'를 풀며 등장했어요.
그래서 순서가 있는 거예요.
──────────
🙅 흔한 오해 3가지
· "최신 단계만 중요하다" → ❌
기본인 프롬프트를 가장 자주 써요.
· "이제 사람은 필요 없다" → ❌
오히려 '감독'으로서 더 중요해졌어요.
· "이건 개발자만의 얘기다" → ❌
잘 묻고 잘 알려주는 건 누구에게나 쓸모 있어요.
──────────
🌍 우리 일상엔 이렇게
· 프롬프트: "3줄로, 쉽게 요약해줘"
· 컨텍스트: 자료를 붙여넣고 "이걸 근거로 답해줘"
· 에이전트: "여행 일정 알아서 짜줘"
· 하네스: "중요한 건 실행 전에 확인받아"
단계별로 한 번씩만 써봐도
'아, 이거구나' 감이 와요.
──────────
📐 '사람의 역할'은 이렇게 변해요
· 프롬프트 시대: 질문자
· 컨텍스트 시대: 정보 큐레이터
· 에이전트 시대: 작업 의뢰인
· 하네스 시대: 감독·관리자
도구가 강해질수록 사람은
'직접 하는 사람'에서
'잘 시키고 점검하는 사람'으로 올라가요.
──────────
🔭 키워드 미리보기 (연재에서 풀어드릴 말들)
· Chain-of-Thought: 차근차근 생각하게 하기
· Few-shot: 예시 몇 개로 가르치기
· RAG: 검색해서 근거 대기
· MCP: AI와 도구를 잇는 표준 연결
· Tool calling: AI가 직접 도구 쓰기
· Guardrail: 안전 한계선
· Eval: AI 결과를 채점하기
지금 다 몰라도 괜찮아요.
연재에서 하나씩 쉽게 풀게요!
──────────
🧪 나는 지금 몇 단계? (자가진단)
· AI에게 질문만 해봤다 → 1단계
· 자료를 붙여넣고 시켜봤다 → 2단계
· "알아서 해줘"로 일을 맡겨봤다 → 3단계
· 실행 전 확인·검증을 걸어봤다 → 4단계
대부분은 1~2단계예요. 그거면 충분해요!
이 연재로 3~4단계까지 슬쩍 엿보면 돼요.
──────────
🍳 한 장의 비유로 정리
요리에 비유하면 이래요.
· 프롬프트 = 주문을 잘하기
· 컨텍스트 = 좋은 재료를 갖춰주기
· 에이전트 = 알아서 요리하는 셰프
· 하네스 = 위생·검수 갖춘 주방 시스템
맛있는 요리는 셰프(모델)만으론 안 돼요.
주문·재료·주방이 다 받쳐줘야 하죠.
──────────
🧭 입문자 로드맵 (이대로만)
· 1주차: 프롬프트 — "쉽게, 짧게, 조건 붙여" 연습
· 2주차: 컨텍스트 — 자료 붙여넣고 근거 요청
· 3주차: 도구 맛보기 — 검색·이미지 등 기능 써보기
· 4주차: 에이전트 체험 — "여러 단계 한 번에" 맡기기
딱 한 달이면
'AI 좀 아는 사람'이 돼요. 😊
──────────
💡 이 연재 200% 활용법
· 각 편을 읽고 '한 가지'만 바로 따라 해보기
· 안 되는 건 댓글로 질문하기
· 내 사례를 댓글로 공유하면 같이 배워요
읽기만 하는 것보다,
한 번 써보는 게 10배 남아요.
──────────
📎 보너스 — 단계별 '복붙용 한마디'
바로 써먹게 정리했어요.
[프롬프트]
"초등학생도 알게, 3줄로, 예시 들어 설명해줘."
[컨텍스트]
"아래 자료만 근거로 답하고,
모르면 모른다고 해줘. [자료 붙여넣기]"
[에이전트]
"이 일을 단계로 나눠 스스로 진행하고,
막히면 나한테 물어봐."
[하네스]
"결제·삭제 같은 중요한 건
실행 전에 꼭 확인받아."
이 네 마디가
오늘 연재의 '실전 압축판'이에요. 💪
──────────
📌 다시 한 번, 핵심 흐름
헷갈릴 때 이 한 줄만 떠올리세요.
"무엇을 말할까(프롬프트)
→ 무엇을 알게 할까(컨텍스트)
→ 어떻게 행동할까(에이전트)
→ 어떻게 믿을까(하네스)"
질문 → 정보 → 행동 → 신뢰.
딱 네 단어예요.
──────────
🗣 현장에선 이렇게도 불러요
같은 흐름을 부르는 다른 표현도 있어요.
(뉴스에서 보면 '아, 그거구나' 하시라고요.)
· "바이브 코딩" → 말로 시켜 만드는 흐름 (주로 1~3단계)
· "에이전틱 AI" → 에이전트 시대 전반
· "AI 컨트롤 플레인" → 하네스의 관리 개념
· "오케스트레이션" → 여러 에이전트 지휘
용어는 달라도
결국 이 진화 지도 안에 다 들어와요.
──────────
✅ #0 편 체크포인트
오늘 글을 덮기 전, 이 3개만 확인해요.
· 4단계 이름과 순서를 말할 수 있다 → ⭕
· '에이전트 = 모델 + 하네스'를 안다 → ⭕
· 새 단계는 '누적'된다는 걸 안다 → ⭕
세 개 다 끄덕여지면,
오늘 0편은 완벽히 소화한 거예요! 👏
──────────
🎯 다음 편(#1) 미리보기
다음은 1편 '프롬프트 엔지니어링'이에요.
· 왜 같은 질문도 답이 달라질까?
· 'Chain-of-Thought'·'예시 주기'란?
· 바로 써먹는 프롬프트 공식 5가지
가장 기본이자 가장 자주 쓰는 기술이라
놓치면 아까운 편이에요!
──────────
🤔 같이 생각해봐요
· 나는 평소 AI에게 '질문'만 했나, '정보'도 줬나?
· '알아서 해줘'라고 맡겨본 적 있나?
· 앞으로 어떤 일을 AI에게 맡기고 싶은가?
이런 질문을 품고 따라오면
연재가 훨씬 많이 남아요.
──────────
📰 더 읽을거리 (입문자용)
· MIT Technology Review,
'From vibe coding to context engineering' (2025)
· 마틴 파울러,
'Harness engineering for coding agent users'
· 앤트로픽 엔지니어링 블로그
(context·agents·harness·multi-agent 시리즈)
본문 맨 끝 '참고자료'에 더 정리해 뒀어요!──────────
💬 거장들의 한마디
각 단계를 대표하는 말들이에요.
· (컨텍스트) 카파시:
"맥락창을 알맞은 정보로 채우는 섬세한 기술."
· (에이전트) 앤트로픽:
"가장 정교한 시스템이 아니라,
내게 맞는 시스템을 만들어라."
· (하네스) 미첼 하시모토:
"에이전트가 실수하면, 다시는 그 실수를
못 하도록 구조를 만들어라."
세 마디만 모아도
이 진화의 정신이 보이죠. ✨
──────────
🔑 관통하는 핵심 통찰 3가지
이 진화 전체를 꿰뚫는 포인트예요.
① '쌓인다' — 대체가 아니라 누적
새 단계가 와도 앞 단계는 안 사라져요.
컨텍스트 시대에도 프롬프트는 여전히 중요하죠.
② '무게중심'이 옮겨간다
말솜씨 → 정보 → 행동 → 신뢰 순으로
어려운 지점이 계속 이동해 왔어요.
③ 결국 '사람의 역할'이 바뀐다
직접 타이핑하는 사람에서,
'AI라는 일꾼을 잘 부리는 감독'으로요.
──────────
🌱 입문자는 어디부터?
겁먹지 마세요. 순서는 간단해요.
· 지금 우리에게 가장 중요한 건 여전히 1~2단계예요.
· '잘 묻고(프롬프트), 잘 알려주는(컨텍스트)' 것만 익혀도
일상 활용은 충분해요.
· 3~4단계는 '이런 게 있구나' 정도로 알아두면 돼요.
이 연재를 따라오시면
자연스럽게 그 흐름을 다 잡게 될 거예요.
──────────
🗺 연재 목차 (6부작)
#0 (오늘) 전체 지도 — 진화 한눈에
#1 프롬프트 엔지니어링 — 말 잘하기
#2 컨텍스트 엔지니어링 — 정보 잘 채우기
#3 에이전트 엔지니어링 — 스스로 일하게
#4 하네스 엔지니어링 — 믿고 맡기게
#5 다음 단계 — 평가·멀티 에이전트
하나씩 천천히, 그러나 알차게 올릴게요!
──────────
💬 자주 나오는 질문 (FAQ)
Q1. 프롬프트 엔지니어링은 이제 한물갔나요?
→ 아니에요! 모든 단계의 '기본'으로 여전히 중요해요.
Q2. 코딩 몰라도 따라갈 수 있어요?
→ 네. 개념 위주라 비개발자도 충분히 이해돼요.
Q3. 꼭 순서대로 읽어야 하나요?
→ 아니요. 끌리는 편부터 보셔도 돼요.
단, #0(오늘)을 먼저 보면 전체가 잘 보여요.
Q4. 이거 알면 뭐가 좋아요?
→ AI 뉴스·도구가 '어느 단계 얘기인지' 보여요.
훨씬 똑똑하게 따라잡을 수 있어요.
──────────
📚 알아두면 좋은 용어 4개
· 프롬프트(Prompt): AI에게 주는 지시·질문.
· 컨텍스트(Context): AI가 참고하는 정보 묶음.
· 에이전트(Agent): 스스로 일하는 AI.
· 하네스(Harness): 에이전트를 감싸는 안전·작업 틀.
──────────
📌 한눈 요약 (3줄)
① AI 활용 기술은 프롬프트 → 컨텍스트 → 에이전트 → 하네스로 진화했어요.
② 새 단계는 앞 단계를 '대체'가 아니라 '누적'하며, 무게중심이 말→정보→행동→신뢰로 옮겨갔어요.
③ 핵심 공식은 '에이전트 = 모델 + 하네스', 그리고 사람의 역할은 '감독'으로 바뀌어요.
──────────
🙌 마무리
정리하면 —
'AI에게 잘 시키는 법'은
한 마디(프롬프트)에서 시작해,
정보(컨텍스트), 행동(에이전트),
신뢰(하네스)로 차근차근 진화해 왔어요.
그리고 그 중심엔 늘 '사람'이 있어요.
도구가 강해질수록,
'무엇을·왜·어떻게 시킬지' 정하는
사람의 안목이 더 중요해지니까요.
이 연재가 끝날 즈음엔,
여러분도 'AI를 잘 부리는 감독'에
한 걸음 더 다가가 있을 거예요. 😊
여러분은 지금 어느 단계까지
체감하고 계세요?
"프롬프트만 써봤다", "에이전트도 써봤다" 등
댓글로 편하게 알려주세요!
그리고 #1~#5 중
가장 궁금한 편이 있다면 그것도 남겨주세요.
요청 많은 편을 먼저 올릴게요! 🙏
──────────
📖 참고자료 (더 깊이 보고 싶다면)
[프롬프트]
· Wei et al., 'Chain-of-Thought Prompting' (2022)
· Anthropic, 프롬프트 엔지니어링 가이드 (공식 문서)
[컨텍스트]
· Andrej Karpathy, 'context engineering' (X, 2025)
· Anthropic, 'Effective context engineering for AI agents' (엔지니어링 블로그)
· Lewis et al., 'RAG: Retrieval-Augmented Generation' (2020)
· LangChain, 'Context Engineering for Agents'
· MIT Technology Review, 'From vibe coding to context engineering' (2025)
[에이전트]
· Anthropic, 'Building Effective Agents' (2024)
· Yao et al., 'ReAct: Reasoning + Acting' (2022)
· Anthropic, 'Writing effective tools for AI agents'
[하네스]
· Mitchell Hashimoto, 'Harness engineering' (2026)
· Martin Fowler, 'Harness engineering for coding agent users'
· Anthropic, 'Effective harnesses for long-running agents'
· faros.ai / Red Hat Developer, 'Harness engineering' 해설 (2026)
[다음 단계]
· Anthropic, 'How we built our multi-agent research system'
· Anthropic, 'Scaling Managed Agents' (두뇌와 손의 분리)
※ 본 연재는 위 자료들을 입문자 눈높이로
번역·요약·재구성한 글이에요.
각 편에서 더 자세한 출처를 덧붙일게요.
다음 #1편 '프롬프트 엔지니어링'에서 만나요! 🥕이 연재의 목표는 '한 번에 다 아는 것'이 아니에요.
'전체 지도'를 손에 쥐는 거예요.
지도가 있으면,
앞으로 쏟아질 AI 뉴스와 도구가
'아, 이건 ○단계 얘기구나' 하고 정리돼요.
그거 하나면 오늘은 충분해요.
이 글이 도움이 됐다면
'좋아요'와 '댓글' 한 줄이 큰 힘이 돼요.
함께 차근차근 가봐요! 😊🥕
이 연재, '하루 한 편' 읽기로 딱 좋아요.
읽고 나서 댓글에 '오늘 배운 것 한 줄'만 남겨도
복습이 되고, 다른 분들에게도 도움이 돼요.
질문·신청·후기 모두 환영이에요.
그럼 #1편에서 진짜로 만나요! 🙌🥕다음 편 알림을 놓치지 않으려면,
카페에 자주 들러주시거나 댓글로 '구독'을 남겨주세요! 🔔)
