

프롬프트는 죽지 않았다, 진화했다
에이전트 시대, 'AI 잘 쓰는 사람'의 정의가 바뀌고 있다

💬 들어가며 - 어느 수강생의 질문
지난주, AI 전문강사 양성과정 2기 수료생 한 분이 카톡으로 물어왔다.
"소장님, 요즘 외국 자료 보니까 '프롬프트 엔지니어링은 끝났다'는 말이 많이 나와요. 컨텍스트 엔지니어링, 하네스 엔지니어링… 우리가 가르치는 프롬프트 기술이 이제 의미 없어지는 건가요?"
이 질문, 최근 두 달 동안 비슷한 형태로 다섯 번은 받았다. 강의장에서, 제안서 미팅에서, 그리고 링크드인 DM에서.
답을 먼저 말하자면 이렇다.
프롬프트는 죽지 않았다. 사라진 것이 아니라, 더 큰 시스템의 한 부품으로 흡수됐다.
이 글은 그 변화를 단순히 트렌드로 소비하지 않고, "그래서 나는 무엇을 해야 하는가"라는 실무 관점에서 정리한 인사이트다.

🌍 글로벌 데이터가 말하는 변화의 실체
먼저 숫자부터 보자. 2026년 1월에 발표된 State of Context Management Report에 따르면, IT·데이터 리더의 82%가 "프롬프트 엔지니어링만으로는 더 이상 AI를 확장할 수 없다"고 답했다. 같은 조사에서 95%의 데이터 팀이 2026년 안에 컨텍스트 엔지니어링 교육에 투자하겠다고 응답했다.
또 하나 충격적인 데이터. LangChain이 공개한 벤치마크에서, 모델을 바꾸지 않고 하네스(harness)만 바꿔도 Terminal Bench 2.0 점수가 52.8% → 66.5%, 무려 13.7점이 올라갔다. 같은 모델인데, 작동 환경만 다르게 설계해도 결과가 완전히 달라진다는 뜻이다.
OpenAI의 Codex 팀은 더 극단적이다. 5개월 동안 사람이 직접 쓴 코드 0줄로, 약 100만 줄의 프로덕션 코드를 출시했다. 비결은 AGENTS.md 파일, 재현 가능한 환경, CI 검증 루프 - 즉, 잘 설계된 하네스다.
이 데이터들이 가리키는 것은 분명하다. AI 시대의 경쟁력은 "모델 = 상품"이 아니라 "모델 × 환경 = 결과"라는 등식이다.

🧩 세 가지 엔지니어링 - 무엇이 어떻게 다른가
지금 AI 업계에서 통용되는 세 가지 엔지니어링을 한국 실무 관점에서 정리해보자.
1. 프롬프트 엔지니어링 (Prompt Engineering)
정의: 모델 1회 호출에서 최적의 출력을 끌어내는 기술.
한국 실무 예시: ChatGPT에 "마케팅 카피라이터 페르소나로 SNS 카피 5개 써줘"라고 요청하는 것. 카페에서 노트북 열고 30분 안에 끝내는 작업의 대부분이 여기에 해당한다.
여전히 필요한 영역: 콘텐츠 생산, 1회성 작업, 일반 사용자 대상 AI 교육. 대한민국 직장인 절대 다수가 매일 쓰는 AI 사용법이 바로 이 영역이다.
2. 컨텍스트 엔지니어링 (Context Engineering)
정의: 모델이 받는 전체 입력 환경(시스템 프롬프트 + 메모리 + RAG + 도구 정의 + 예시)을 설계하는 기술.
Neo4j의 표현을 빌리면, "프롬프트 엔지니어링은 LLM에 주어지는 일회성 텍스트 명령에 집중하지만, 컨텍스트 엔지니어링은 모델과의 지속적 상호작용을 위한 정보 아키텍처에 집중한다."
한국 실무 예시: Claude Project에 시스템 프롬프트를 넣고, 회사 문서 PDF를 지식 파일로 업로드한 뒤, Claude Skill을 연결하는 모든 행위. ChatGPT의 Custom GPT, Gemini Gems 설정도 여기에 해당한다.
핵심 통찰: "프롬프트는 컨텍스트의 한 조각이다." 더 이상 한 줄의 명령이 결과를 좌우하지 않는다. 모델이 받는 정보 환경 전체가 결과를 만든다.
3. 하네스 엔지니어링 (Harness Engineering)
정의: LangChain의 표현으로 "Agent = Model + Harness". 모델을 제외한 모든 것 - 메모리, 도구, 권한, 훅(hook), 관찰성(observability), 피드백 루프 - 을 설계하는 기술이다.
한국 실무 예시: Claude Code, Cursor, MCP 서버 구축, Claude Agent SDK로 자동화 봇 개발. 정진일의 작업으로 비유하면, SKILL Maker SaaS 같은 시스템을 만드는 일 - 모델이 자율적으로 도구를 쓰며 작업을 완수하는 환경 설계가 이 영역이다.
핵심 통찰: "프롬프트만 잘 써서는 에이전트가 안 돈다. 환경이 같이 설계되어야 한다."

🎯 비유로 정리하면
이 셋의 관계를 한 줄로 정리한 어느 해외 블로그의 비유가 가장 명쾌했다.
"Prompt engineering shapes what the agent tries. Context engineering shapes what the agent knows. Harness engineering shapes what the agent can and cannot do." 프롬프트는 에이전트가 무엇을 시도할지를 결정하고, 컨텍스트는 에이전트가 무엇을 알지를 결정하고, 하네스는 에이전트가 무엇을 할 수 있고 할 수 없는지를 결정한다.

이게 핵심이다. 셋은 대체 관계가 아니라 계층 관계다. 프로덕션 수준의 AI 시스템은 셋을 모두 쓴다. 다만 무게중심이 위로 이동했을 뿐이다.

⚠️ 그렇다면 무엇이 정말 '죽었는가'
오해를 막기 위해 분명히 짚어야 할 것이 있다.
죽지 않은 것
- 시스템 프롬프트 설계 능력
- 페르소나·역할·제약 조건 명시 능력
- 좋은 질문을 만드는 능력
- 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급 모델은 이런 트릭 없이도 알아서 잘한다. 그래서 기법 자체로서의 가치는 분명히 떨어졌다.
이 차이를 못 보고 "프롬프트 다 끝났다"고 단정하는 것이 위험하다. 죽은 것은 트릭이지, 설계 능력이 아니다.


🇰🇷 한국 직장인·강사·기획자 관점에서 무엇을 해야 하나
여기까지가 글로벌 동향이라면, 이제부터가 우리 이야기다. 한국 실무 환경에서 이 변화를 어떻게 받아들여야 할까?
🟢 일반 직장인 (실무자)
지금 하던 ChatGPT·Claude·Gemini 활용은 그대로 유지하라. 단, 한 단계 더 나아가서 "내가 자주 쓰는 작업 5개를 Claude Project로 묶을 수 있는가"를 시도해보자. 이게 컨텍스트 엔지니어링의 시작이다. 사내 문서 RAG, 반복 업무 자동화의 첫 발자국.
🟡 강사·교육 기획자
"프롬프트 잘 쓰는 법" 강의만 계속 팔면 1년 안에 시장에서 밀린다. "내 업무를 자동화하는 AI 에이전트 만들기" 또는 "부서 전용 Claude Project·GPT 만들기" 같은 한 단계 위 커리큘럼으로 이동해야 한다. 이게 2026년 한국 B2B 교육 시장의 진짜 수요다.
🔴 개발자·AI 엔지니어
Claude Code, MCP, Claude Agent SDK를 무조건 익혀라. 한국 시장에서 하네스 엔지니어링을 본격적으로 다루는 사람은 아직 손에 꼽는다. 지금이 포지셔닝을 잡을 마지막 골든 타임이다.
🟣 경영자·의사결정자
"AI 도입했는데 왜 결과가 안 나오죠?"라는 질문의 답이 여기 있다. 모델은 이미 충분히 똑똑하다. 회사에 부족한 것은 컨텍스트와 하네스다. 내부 지식 자산을 어떻게 모델에게 먹일지, 권한과 검증 루프를 어떻게 설계할지, 이 질문이 진짜 ROI를 좌우한다.

🚀 결론 - 그래서 무엇이 진화했나
다시 처음 질문으로 돌아가자. 프롬프트의 중요성이 떨어진 게 사실인가?
답은 이렇다. 사실이면서 사실이 아니다.
- 트릭으로서의 프롬프트는 가치가 희석됐다 → 사실
- 설계 능력으로서의 프롬프트는 오히려 더 중요해졌다 → 사실
진짜 변화는 이거다. AI 잘 쓰는 사람의 정의가 "프롬프트 잘 쓰는 사람"에서 "AI가 작동하는 환경 전체를 설계할 수 있는 사람"으로 이동했다.

10년 전 웹 개발이 그랬다. 처음엔 "HTML 잘 짜는 사람"이 전문가였지만, 이후 UI/UX 디자이너, 프론트엔드 엔지니어, 백엔드 엔지니어, DevOps로 분화됐다. AI도 똑같은 길을 걷는 중이다. 프롬프트 엔지니어 → 컨텍스트 엔지니어 → 하네스 엔지니어로 분화 중인 것이다.
그러니 지금 이 글을 읽는 당신이 해야 할 일은 단 하나다.
자신이 지금 세 단계 중 어디에 있는지 정확히 진단하고, 다음 단계로 한 발 옮길 준비를 하는 것.
그게 2026년 AI 시대의 진짜 생존 전략이다.
❝ 모델은 상품이 된다. 진짜 경쟁력은 그 모델을 어떤 환경에서 작동시키는가에서 나온다. ❞
📝 오늘의 한 줄 행동
이 글을 다 읽었다면, 지금 바로 한 가지만 해보자.
"내가 지난 한 주 동안 ChatGPT나 Claude에 던진 질문 중, Claude Project 시스템 프롬프트로 묶을 수 있는 것 3개를 적어보기."
이게 컨텍스트 엔지니어로 가는 첫걸음이다.




🔗 관련 링크
🏠 [연구소] AI 프롬프트 연구소 🎓 [이러닝 클래스] 정진일의 PEOPLEWARE
📮 [뉴스레터] Next AI
📺 [유튜브 채널] AI에 날개를 달다
📝 [블로그] 자기 성장에 날개를 달다
💬 [문의] 프롬프트 엔지니어
📚 [과정] AI 에이전트를 활용한 업무 자동화
🎯 [과정] AI 전문강사(제자) 양성

의견을 남겨주세요