한 줄 요약
"프롬프트 엔지니어링 → 컨텍스트 엔지니어링 → 하네스 엔지니어링"으로 메타가 진화했음을 짚고, 하네스(CLAUDE.md·MCP·스킬·에이전트 설정의 전체 환경)가 모델보다 더 중요한 병목이라는 점을 OpenAI Codex 내부 실험 사례로 설득하는 영상.
핵심 내용
- 진화 서사: 프롬프트 엔지니어링("뭘 물어볼까")은 ChatGPT 초기의 역할 부여·단계화·예시 넣기였고, 25년에 컨텍스트 엔지니어링("뭘 보여 줄까")이 등장했으며, 최근에는 하네스 엔지니어링("AI를 감싸는 전체 환경을 어떻게 설계할까")으로 한 단계 더 넘어갔다.
- 하네스 엔지니어링이란 컨텍스트 엔지니어링을 포함해 AI 에이전트를 감싸는 모든 설정 파일(=프로젝트 자체)을 말한다. 구성 요소: CLAUDE.md 같은 프로젝트 지시사항, MCP 서버 설정(외부 도구 연결), 스킬 파일(전문 기술), 에이전트 설정(커스텀 전문가). 즉 컨텍스트 엔지니어링은 하네스의 일부.
- 주방 비유: 컨텍스트 엔지니어링=좋은 재료 고르기, MCP=수산시장/정육점/농장과 직통 연결하는 어댑터, 스킬=레시피 정리, 에이전트=셰프 만들기. 이를 다 합쳐 주방 전체를 설계하는 게 하네스 엔지니어링. 주방이 잘 세팅되면 평범한 재료로도 훌륭한 요리가 나온다.
- "모델이 병목이 아니라 하네스가 병목이다" — 같은 모델이라도 환경 세팅에 따라 결과가 10배 차이날 수 있다(좋은 감독 밑 발롱도르 vs 엉망인 팀 벤치 비유).
- 실천 가이드 4단계: ① CLAUDE.md 같은 컨텍스트 파일을 제대로 쓰기, ② MCP 서버 세팅(단 많이 줄수록 좋은 게 아니며 토큰이 터지지 않게 테크닉 필요), ③ 스킬 파일 만들기, ④ 위 세 가지(컨텍스트 파일·MCP 연결·스킬 정리)부터 시작.
- 모델은 몇 주면 따라잡히지만(GPT가 좋으면 클로드가 쫓아옴) 하네스는 도구 연결·에러 처리·승인 흐름·개발자 방법론까지 익혀야 해서 시간이 걸리고 쉽게 복제되지 않는다 → 하네스에 투자하는 회사/개인이 경쟁 우위를 가진다.
주요 주장 / 데이터
- OpenAI가 25년 8월부터 자사 Codex만으로 내부 제품을 만드는 실험: 수동 작성 코드 0(제로), 5개월 만에 100만 줄 코드 생성, 1,500개 PR 머지, 엔지니어 1인당 하루 평균 3.5개 작업 (자막 기준).
- 처음에는 "생각보다 훨씬 느렸"는데 이유는 Codex가 무능해서가 아니라 하네스 세팅(환경 설정·도구 연결·에러 복구 로직)이 부족했기 때문. 이를 잡아 나가자 성과가 폭발했다.
- OpenAI 내부 발언으로 소개됨: "엔지니어링 팀의 주된 역할이 에이전트가 유용한 일을 할 수 있게 만드는 것이 됐다" — 코드를 짜는 게 아니라 에이전트가 잘 짤 수 있는 환경을 만드는 게 일이 됨.
- 마누스(Manus)라는 서비스의 AI 하나가 한 작업에서 도구를 평균 50번 사용한다는 사례로 "에이전트가 수십~수백 단계를 스스로 실행하는 시대"를 뒷받침.
- "25년이 컨텍스트 엔지니어링의 해였다면 26년은 하니스의 해"라는 선언. 가트너가 "프롬프트 엔지니어링 시대는 끝났다"고 공식 선언했다고 인용.
출처 정보
- URL: https://www.youtube.com/watch?v=BssPGKsP60s
- 채널: 메이커 에반 | Maker Evan (2026-07-12 yt-dlp 조회로 확인; 기존 표기 '미상')
- 재생목록: PLUGinkN1Rwv4KGXiVEmSBzglfAoTxyXd3