루프 엔지니어링이란? 프롬프트·컨텍스트·하니스를 넘어선 AI 엔지니어링의 다음 단계 정리

핵심 메시지

• AI 엔지니어링은 프롬프트 → 컨텍스트 → 하니스 → 루프 엔지니어링으로 층층이 쌓여 왔다.
• 컨텍스트 엔지니어링은 5~10분을 넘는 긴 작업에서 컨텍스트가 새어 나가 한계를 보이고, 하니스 엔지니어링이 이를 외부에서 관리한다.
• 루프 엔지니어링은 하니스 바깥에 또 하나의 루프를 두어, 사람이 아니라 에이전트가 스스로를 프롬프트하도록 만드는 개념이다.
• 아직 실효를 입증하지 못한 버즈워드라는 비판도 있지만, 에이전트의 활동 범위가 넓어지는 흐름에서 다음 진화가 될 수 있다.

쉽게 이해하기

발표자는 '루프 엔지니어링'이라는 새 용어가 마케팅 과장인지 실체가 있는지 묻는다. 이를 이해하려면 프롬프트 엔지니어링부터 차례로 짚어야 한다. 프롬프트 엔지니어링은 '너는 친절한 고객상담원이다' 같은 지시로 에이전트를 움직이는 단계다.

컨텍스트 엔지니어링은 에이전트가 스스로 도구를 호출해 필요한 맥락을 채우는 단계다. 파일을 읽거나 MCP로 데이터베이스·외부 앱과 상호작용해 컨텍스트를 불러온다. 다만 5~10분을 넘는 긴 작업에는 약한데, 컨텍스트가 한계에 다다르면 요약을 반복하다 중요한 세부가 새어 나가기 때문이다.

하니스 엔지니어링은 이 문제를 컨텍스트 바깥에서 관리하는 외부 시스템이다. 사용자 요구를 더 안정적인 실행 단위로 쪼갠다. 발표자는 '지구와 달 사이에 치즈버거가 몇 개 들어갈까'는 프롬프트 엔지니어링, 'NASA의 최신 발견은?'은 웹 검색이 필요한 컨텍스트 엔지니어링, 'NASA 웹사이트 전체를 복제해줘'는 하니스 엔지니어링에 해당한다고 예를 든다.

여기서 공통으로 드러나는 것이 '루프'다. 컨텍스트 엔지니어링은 충분한 맥락이 모일 때까지 도구를 재귀적으로 호출하는 루프를, 하니스 엔지니어링은 컨텍스트 바깥의 작업 목록을 끝까지 반복하는 루프를 갖는다. 즉 루프 위에 루프를 쌓는 구조다.

루프 엔지니어링은 하니스 바깥에 또 하나의 루프를 두어 하니스를 외부에서 안내한다. 지금까지는 사람이 매번 에이전트에 질문을 던졌지만, 루프 엔지니어링은 에이전트가 스스로 무엇을 해야 할지 자신을 프롬프트하게 만드는 것이 핵심이다. Addy Osmani는 자동화·워크트리·스킬·플러그인/커넥터·서브에이전트·상태라는 여섯 구성요소로 이를 설명한다.

주요 인사이트

• 각 단계는 앞 단계를 대체하지 않고 그 위에 쌓인다. 루프 엔지니어링이 등장해도 그 아래의 엔지니어링 철학이 덜 중요해지는 것은 아니다.
• 컨텍스트 요약의 '누수'가 긴 작업에서 하니스 엔지니어링이 필요해진 근본 이유다. 요약을 거듭할수록 중요한 세부가 사라진다.
• 루프 엔지니어링의 본질은 사람 주도(human-guided)에서 자기 주도(self-guided)로의 전환이다. 에이전트가 스스로 할 일을 정하고 프롬프트한다.
• 예시로 든 월드컵 점수 사이트는 매일 경기가 열려 계속 갱신이 필요한데, Codex에 매시간 업데이트를 확인하고 버그를 자동 수정하는 예약 작업을 두면 스스로 유지보수하는 루프가 된다. 서브에이전트로 자기 작업을 검증하고, 워크트리로 런타임 오염을 막는다.

자주 묻는 질문

관련 AI 소식