프롬프트는 죽지 않았다,
진화했다
에이전트 시대, 'AI 잘 쓰는 사람'의 정의가 바뀌고 있다
프롬프트·컨텍스트·하네스 엔지니어링의 진짜 관계
지난주, AI 전문강사 양성과정 2기 수료생 한 분이 카톡으로 보내온 질문이다. 최근 두 달 동안 이런 형태의 질문을 다섯 번은 받았다. 강의장에서, 제안서 미팅에서, 그리고 링크드인 DM에서. 답을 먼저 말하자면 이렇다.
프롬프트는 죽지 않았다. 사라진 것이 아니라, 더 큰 시스템의 한 부품으로 흡수됐다.
글로벌 데이터가 말하는 변화의 실체
먼저 숫자부터 보자. 2026년 1월에 발표된 State of Context Management Report에 따르면, IT·데이터 리더의 82%가 "프롬프트 엔지니어링만으로는 더 이상 AI를 확장할 수 없다"고 답했다. 같은 조사에서 95%의 데이터 팀이 2026년 안에 컨텍스트 엔지니어링 교육에 투자하겠다고 응답했다.
"프롬프트만으로는 부족"
벤치마크 점수 상승
사람 손 0줄로 출시
또 하나 충격적인 데이터. LangChain이 공개한 벤치마크에서, 모델을 바꾸지 않고 하네스(harness)만 바꿔도 Terminal Bench 2.0 점수가 52.8% → 66.5%, 무려 13.7점이 올라갔다. 같은 모델인데, 작동 환경만 다르게 설계해도 결과가 완전히 달라진다는 뜻이다.
OpenAI의 Codex 팀은 더 극단적이다. 5개월 동안 사람이 직접 쓴 코드 0줄로 약 100만 줄의 프로덕션 코드를 출시했다. 비결은 AGENTS.md 파일, 재현 가능한 환경, CI 검증 루프 즉 잘 설계된 하네스다.
이 데이터들이 가리키는 것은 분명하다. AI 시대의 경쟁력은 "모델 = 상품"이 아니라 "모델 × 환경 = 결과"라는 등식이다.
세 가지 엔지니어링 - 무엇이 어떻게 다른가
지금 AI 업계에서 통용되는 세 가지 엔지니어링을 한국 실무 관점에서 비교해보자. 핵심은 셋이 대체 관계가 아니라 계층 관계라는 점이다.
| 구분 | 프롬프트 엔지니어링 | 컨텍스트 엔지니어링 | 하네스 엔지니어링 |
|---|---|---|---|
| 핵심 단위 | 1회 질문 / 명령 | 시스템 프롬프트 + RAG + 메모리 | 도구·권한·루프·관찰성 전체 |
| 작동 방식 | 좋은 명령 → 좋은 답변 | 좋은 환경 → 일관된 결과 | 좋은 시스템 → 자율 작업 |
| 한국 실무 예시 | ChatGPT SNS 카피 요청 | Claude Project + 지식 파일 | Claude Code, MCP, Skill SaaS |
| 주 사용자 | 일반 직장인 · 콘텐츠 제작자 | 강사 · 기획자 · 부서장 | AI 엔지니어 · 자동화 전문가 |
| 학습 난이도 | 1주~1개월 | 1~3개월 | 3~6개월 |
1. 프롬프트 엔지니어링 - 한 번의 질문을 잘하는 기술
모델 1회 호출에서 최적 출력을 끌어내는 기술. ChatGPT에 "마케팅 카피라이터 페르소나로 SNS 카피 5개 써줘"라고 요청하는 것. 카페에서 노트북 열고 30분 안에 끝내는 작업의 대부분이 여기에 해당한다. 대한민국 직장인 절대 다수가 매일 쓰는 AI 사용법이 바로 이 영역이며, 이 영역은 여전히 필요하다.
2. 컨텍스트 엔지니어링 - 환경 전체를 설계하는 기술
모델이 받는 전체 입력 환경(시스템 프롬프트 + 메모리 + RAG + 도구 정의 + 예시)을 설계하는 기술. Claude Project에 시스템 프롬프트를 넣고, 회사 문서 PDF를 지식 파일로 업로드한 뒤, Claude Skill을 연결하는 모든 행위가 여기에 해당한다. ChatGPT의 Custom GPT, Gemini Gems 설정도 마찬가지다. "프롬프트는 컨텍스트의 한 조각이다"라는 것이 이 영역의 핵심 통찰이다.
3. 하네스 엔지니어링 - 에이전트가 작동하는 시스템 설계
LangChain의 정의로 "Agent = Model + Harness". 모델을 제외한 모든 것 - 메모리, 도구, 권한, 훅, 관찰성, 피드백 루프를 설계하는 기술이다. Claude Code, Cursor, MCP 서버, Claude Agent SDK로 자동화 봇을 만드는 작업. "프롬프트만 잘 써서는 에이전트가 안 돈다, 환경이 같이 설계되어야 한다"가 핵심 명제다.
Prompt engineering shapes what the agent tries.
Context engineering shapes what the agent knows.
Harness engineering shapes what the agent can and cannot do.— 프롬프트는 시도를, 컨텍스트는 지식을, 하네스는 권한을 결정한다.
그렇다면 무엇이 정말 '죽었는가'
오해를 막기 위해 분명히 짚어야 할 것이 있다. "프롬프트가 죽었다"는 말은 절반만 맞는다.
✅ 죽지 않은 것 - 오히려 더 중요해진 능력
시스템 프롬프트 설계 능력, 페르소나·역할·제약 조건 명시 능력, 좋은 질문을 만드는 능력, Few-shot 예시 큐레이션 능력. 이건 오히려 더 중요해졌다. 시스템 프롬프트 한 줄이 에이전트 전체 행동을 좌우하기 때문이다. Claude Project를 진지하게 운영해본 사람이라면 안다 — Layer 1(역할 정의)이 잘못되면 그 아래 Layer 2·3·4가 아무리 정교해도 결과는 무너진다.
❌ 가치 희석된 것 - 더 이상 통하지 않는 기법
"Let's think step by step" 같은 마이크로 트릭, "당신은 세계 최고의 전문가입니다" 류의 역할극 부풀리기, 1회성 출력 품질을 0.5점 더 올리는 자잘한 기법. GPT-5, Claude Opus 4.7, Gemini 3급 모델은 이런 트릭 없이도 알아서 잘한다. 그래서 기법 자체로서의 가치는 분명히 떨어졌다.
이 차이를 못 보고 "프롬프트 다 끝났다"고 단정하는 것이 위험하다. 죽은 것은 트릭이지, 설계 능력이 아니다.
웹 진화의 역사가 그대로 반복되고 있다
이 변화의 패턴은 사실 새롭지 않다. 10년 전 웹 개발이 똑같은 길을 걸었다.
한국 실무자별 - 무엇을 해야 하나
여기까지가 글로벌 동향이라면, 이제부터가 우리 이야기다. 한국 실무 환경에서 이 변화를 어떻게 받아들여야 할까. 자신이 어느 카테고리에 속하는지 먼저 확인하자.
"내 업무 5개를 Claude Project로 묶을 수 있는가"
지금 하던 ChatGPT·Claude·Gemini 활용은 그대로 유지하라. 단, 한 단계 더 나아가서 "내가 자주 쓰는 작업 5개를 Claude Project로 묶기"를 시도해보자. 이게 컨텍스트 엔지니어링의 시작이다. 사내 문서 RAG, 반복 업무 자동화의 첫 발자국.
"프롬프트 강의"는 1년 안에 시장에서 밀린다
"프롬프트 잘 쓰는 법" 강의만 계속 팔면 1년 안에 시장에서 밀린다. "내 업무를 자동화하는 AI 에이전트 만들기" 또는 "부서 전용 Claude Project·GPT 만들기" 같은 한 단계 위 커리큘럼으로 이동해야 한다. 이게 2026년 한국 B2B 교육 시장의 진짜 수요다.
Claude Code · MCP · Agent SDK는 무조건
Claude Code, MCP, Claude Agent SDK를 무조건 익혀라. 한국 시장에서 하네스 엔지니어링을 본격적으로 다루는 사람은 아직 손에 꼽는다. 지금이 포지셔닝을 잡을 마지막 골든 타임이다. 1~2년 뒤에는 이미 시장에 인력이 가득 차 있을 것이다.
"AI 도입했는데 왜 결과가 안 나오죠?"의 답
"AI 도입했는데 왜 결과가 안 나오죠?"라는 질문의 답이 여기 있다. 모델은 이미 충분히 똑똑하다. 회사에 부족한 것은 컨텍스트와 하네스다. 내부 지식 자산을 어떻게 모델에게 먹일지, 권한과 검증 루프를 어떻게 설계할지, 이 질문이 진짜 ROI를 좌우한다.
결론 - 그래서 무엇이 진화했나
다시 처음 질문으로 돌아가자. "프롬프트의 중요성이 떨어진 게 사실인가?"
답은 이렇다. 사실이면서 사실이 아니다.
트릭으로서의 프롬프트는 가치가 희석됐다. 사실. 설계 능력으로서의 프롬프트는 오히려 더 중요해졌다.
이것 또한 사실. 진짜 변화는 이거다.
AI 잘 쓰는 사람의 정의가
"프롬프트 잘 쓰는 사람"에서
"AI가 작동하는 환경 전체를 설계할 수 있는 사람"으로 이동했다.
https://drive.google.com/file/d/1_G6SfrGXsB6AbE2f31pRgqp6vO8JnrTf/view?usp=sharing
260523-에이전트 시대, AI를 잘 쓰는 사람의 정의가 바뀌고 있다.pdf
drive.google.com
- 프롬프트 엔지니어링은 죽지 않았다 - 더 큰 시스템의 한 부품으로 흡수됐다
- 세 가지 엔지니어링은 대체 관계가 아니라 계층 관계다 (프롬프트 ⊂ 컨텍스트 ⊂ 하네스)
- 죽은 것은 마이크로 트릭이고, 살아남은 것은 설계 능력이다
- 한국 시장에서 하네스 엔지니어링은 아직 무주공산 - 지금이 포지셔닝의 골든 타임
- 일반 직장인의 다음 한 걸음은 "Claude Project로 내 업무 묶기"다
이 글을 다 읽었다면, 지금 바로 한 가지만 해보자
"내가 지난 한 주 동안 ChatGPT나 Claude에 던진 질문 중, Claude Project 시스템 프롬프트로 묶을 수 있는 것 3개를 적어보기."
이게 프롬프트 엔지니어에서 컨텍스트 엔지니어로 가는 첫걸음이다. 거창한 코딩도, 비싼 도구도 필요 없다. 적는 것부터 시작이다.
'🤖 AI에 날개를 달다' 카테고리의 다른 글
| [Claude Skill 3장] 5분 만에 끝내는스킬 환경 완벽 세팅 - 웹·데스크톱·모바일 환경별 차이부터 첫 커스텀 스킬 등록까지 (1) | 2026.05.08 |
|---|---|
| [Claude Skill 2장] 왜 지금 '스킬(SKILL)'인가? - GPTs도, Gems도 아닌 Skills가 표준이 된 결정적 이유 3가지 (1) | 2026.05.08 |
| [Claude Skill 1장] Claude 스킬, 도대체 뭐길래? 2026년 AI 활용의 게임체인저! (0) | 2026.05.05 |
| 내가 쓴 모든 글을 AI에 학습시키면 벌어지는 일 - '나만의 창작 파트너' 만드는 4단계 (3) | 2026.05.05 |
| 바이브 코딩으로 AI와 협업 - 3주 만에 한컴이 인정한 오픈소스 도구 개발 (0) | 2026.05.05 |
