AI VIDEO BRIEFING

루프 엔지니어링이란? 프롬프트·컨텍스트·하네스를 잇는 AI 코딩의 사다리

AI로 코드를 짜는 방식이 프롬프트→컨텍스트→하네스→루프 엔지니어링으로 어떻게 발전해 왔는지 단계별로 정리한다. 세 개의 중첩 루프와 '어디까지 사람이 운전대를 잡을 것인가'라는 질문을 짚는다.

프롬프트에서 '루프 엔지니어링'까지: AI 코딩 사다리를 오르다 영상 대표 이미지

핵심 메시지

  • AI 코딩 방식은 프롬프트 → 컨텍스트 → 하네스 → 루프 엔지니어링으로 층층이 쌓여 왔고, 각 단계는 앞 단계 위에 세워져 어느 하나도 사라지지 않는다.
  • 프롬프트 엔지니어링은 컨텍스트 창(초기 약 4천 토큰)이 전부이던 시절, 문장 하나로 모델의 다음 행동을 통째로 바꾸던 기술이었다.
  • 컨텍스트 엔지니어링은 에이전트가 웹 검색·파일 읽기·도구 호출로 스스로 컨텍스트를 채우게 한 것으로, MCP 표준화 이후 실무가 용어보다 먼저 자리 잡았다.
  • 하네스 엔지니어링은 컨텍스트 창 밖에서 큰 작업을 할 일 목록·상태로 쪼개 한 번에 안정적인 조각씩 넘기는 외부 시스템이며, Claude Code처럼 '모델을 품은 하네스'가 대표적이다.
  • 루프 엔지니어링의 핵심은 사람이 매번 프롬프트를 입력해 시동을 걸던 자리마저 자동화해 에이전트가 스스로에게 프롬프트를 거는 것이며, 이는 서로 다른 속도로 도는 세 개의 중첩 루프로 이해된다.

쉽게 이해하기

영상은 'AI 업계에 또 새 용어가 등장했다'며 '루프 엔지니어링'을 소개하되, 유행어인지 실체가 있는지 판단하려면 프롬프트부터 사다리를 순서대로 올라야 한다고 강조한다. 각 단계가 앞 단계 위에 쌓이기 때문에 건너뛰면 개념이 무너진다는 것이다.

1단계 프롬프트 엔지니어링은 2022년 챗봇 등장 시절의 방식이다. 도구도 메모리도 없이 컨텍스트 창(약 4천 토큰)에 넣은 문장이 전부였기에, '전문 튜터처럼 비유를 들어 설명하고 전문용어는 반드시 정의하라' 같은 한 문장이 결과를 크게 좌우했다. 2단계 컨텍스트 엔지니어링은 정적인 프롬프트가 담지 못한 정보를 에이전트가 스스로 검색·파일 읽기·도구 호출로 채우게 한 것으로, MCP가 표준으로 자리 잡으며 도구들이 용어가 유행하기 전부터 이미 그렇게 동작하고 있었다.

3단계 하네스 엔지니어링은 큰 작업을 맡기면 10분 뒤 절반만 끝난 결과가 돌아오는 문제에서 나왔다. 긴 작업은 컨텍스트 창보다 많은 정보를 필요로 해 에이전트가 스스로 요약하는데, 요약은 세부를 흘리므로 하지도 않은 일을 끝냈다고 착각한다. 해법은 창 밖의 외부 시스템이 작업을 할 일 목록으로 쪼개고 상태를 추적하며 안정적인 한 조각씩 넘기는 것이다. Claude Code가 바로 '모델을 안에 품은 하네스'다.

영상은 여기서 패턴을 짚는다. 모든 단계가 결국 '루프'다. 컨텍스트는 도구를 반복 호출하는 루프, 하네스는 체크리스트를 비울 때까지 도는 루프다. 다만 지금까지는 시동, 즉 프롬프트 입력이 늘 사람 몫이었다. 그 시동마저 감싸 에이전트가 스스로에게 프롬프트를 걸게 하자는 것이 루프 엔지니어링의 핵심이다. 이 용어는 Claude Code를 만든 보리스 체르니와 Open Claw를 만든 페터 슈타인베르거의 게시물로 확산됐다.

영상이 인용한 정리에 따르면 루프 엔지니어링은 하나가 아니라 서로 다른 속도로 도는 세 개의 중첩 루프다. 가장 빠른 '에이전트 코딩 루프'는 코드 작성·테스트·검증을 사람 없이 몇 분 만에 돌고, '개발자 피드백 루프'는 사람이 결과를 보고 방향과 명세를 바로잡는 몇 시간짜리이며, 가장 느린 '외부 피드백 루프'는 실제 사용자·A/B 테스트처럼 며칠이 걸린다. 위 루프가 아래 루프의 명세를 다시 빚는다. 진행자는 매일 아침 6시에 깨어 AI 동향을 스캔해 자신의 과거 영상과 대조하고 한 장짜리 기획서를 초안하는 자동 에이전트를 빠른 루프의 예로 들며, '무엇을 만들지'를 정하는 판단은 사람의 맥락 우위 덕에 여전히 사람 몫이라고 말한다.

주요 인사이트

  • 새 용어가 이전 단계를 대체하는 것이 아니라 감싼다. 루프 엔지니어링 아래에도 하네스·컨텍스트·프롬프트가 그대로 있고, 어떤 시스템을 열어봐도 중심에는 여전히 잘 쓴 프롬프트가 있다.
  • 하네스가 필요한 근본 이유는 '요약은 새기 쉽다'는 데 있다. 긴 작업에서 에이전트의 자기 요약이 세부를 흘리면 미완성을 완성으로 착각하게 된다.
  • 각 단계를 가르는 기준은 '운전대를 누가 잡는가'다. 프롬프트는 사람이 모든 단어를, 컨텍스트는 에이전트가 조사를, 하네스는 실행을 운전한다.
  • 정작 바이럴이 된 것은 자동으로 도는 맨 아래 루프가 아니라, 사람이 여전히 개입하는 위쪽 두 루프를 명확히 이름 붙인 부분이었다.
  • 가장 느린 외부 피드백 루프의 완전 자동화는 아직 이론에 가깝고, 진행자 역시 그것까지 자동화하는 것이 바람직하지 않을 수 있다고 본다. 사람은 사용자·취향·상황에 대한 맥락 우위를 갖기 때문이다.

자주 묻는 질문

루프 엔지니어링이란 무엇인가?

지금까지는 사람이 매번 프롬프트를 입력해 에이전트의 시동을 걸어야 했는데, 그 시동마저 감싸 에이전트가 스스로에게 프롬프트를 걸도록 만드는 발상이다. 프롬프트·컨텍스트·하네스가 모두 '반복 루프'라는 점에 착안해, 이 루프들을 겹겹이 자동화하는 단계다.

세 개의 중첩 루프는 각각 무엇인가?

가장 빠른 에이전트 코딩 루프(코드 작성·테스트·검증을 사람 없이 몇 분 만에 반복), 그 위의 개발자 피드백 루프(사람이 결과를 보고 명세와 방향을 바로잡는 몇 시간짜리), 가장 느린 외부 피드백 루프(실제 사용자·A/B 테스트 등 며칠~몇 주)로 나뉜다. 위 루프가 아래 루프가 참고할 명세를 다시 만든다.

하네스 엔지니어링은 왜 필요했나?

큰 작업은 컨텍스트 창보다 많은 정보를 필요로 해 에이전트가 스스로 요약하는데, 요약이 세부를 흘리면서 하지도 않은 일을 끝냈다고 착각하기 때문이다. 해법은 창 밖의 외부 시스템이 작업을 할 일 목록으로 쪼개고 상태를 추적하며 안정적인 조각씩 넘기는 것이며, Claude Code가 그 예다.

원문과 출처

이 글은 원본 영상의 자막을 바탕으로 한국어 독자를 위해 요약했습니다. 전체 맥락과 최신 정보는 원문에서 확인하세요.

YouTube 원본 영상 보기 ↗

관련 AI 소식