하네스·루프·그래프 엔지니어링 완전 정리: AI 에이전트 용어가 3년 동안 계속 바뀌어온 이유

핵심 메시지

• 프롬프트에서 컨텍스트, 하네스, 루프, 그래프로 이어진 용어 변화는 개발자가 미리 짜두던 작업 과정을 에이전트에게 얼마나 넘기느냐 하는 범위가 계속 확장돼온 과정이다.
• '하네스'는 원래 모델이 멍청하니 보조 도구가 필요하고 모델이 똑똑해지면 결국 사라질 것이라는 부정적 뉘앙스로 쓰였지만, 지금은 정반대로 중요성을 인정받는 말이 됐다.
• 2023년 Auto-GPT류는 컨텍스트가 길어질수록 성능이 무너져 실패했고, 그 대안으로 나온 LangGraph식 결정론적 워크플로우는 2025년 ReAct 에이전트 안으로 흡수됐다.
• 루프 엔지니어링은 에이전트끼리의 동작 규칙까지 자율화하는 패턴이고, 그래프 엔지니어링은 그 자율성을 다시 결정론적 경로로 되돌리자는 반대 방향의 주장이다.
• 그래프 엔지니어링은 등장한 지 한 달 남짓이라 검증이 덜 됐고, 출연자들은 하네스까지만 익혀도 대부분의 문제는 풀린다고 정리한다.

쉽게 이해하기

sudoremove 채널이 초대 손님과 함께 요즘 개발자 사이에서 오가는 '하네스·루프·그래프 엔지니어링'이라는 말을 순서대로 짚었다. 진행자는 유행어인지 실체가 있는지부터 물었고, 출연자는 진짜 가치가 있다고 답하면서도 그래프 엔지니어링을 언급하는 글의 대부분은 정제되지 않은 AI 생성물처럼 보인다고 선을 그었다. 그럼에도 사람들이 왜 자꾸 새 단어를 만들어내는지, 무슨 문제를 풀려는 것인지 따라가 볼 가치가 있다는 것이 대담의 출발점이다.

이야기는 2023년으로 거슬러 올라간다. Auto-GPT와 BabyAGI가 하던 일은 지금과 크게 다르지 않았지만, 컨텍스트가 길어지면 성능이 무너져 대부분 실패했다. 그래서 여러 모델을 체인으로 이어 시작부터 끝까지 가는 길을 플로우차트로 그려두는 에이전틱 워크플로우가 등장했고, LangGraph는 에이전트의 예측 불가능성을 결정론적 상태와 토폴로지 안에 가두자는 설계 철학으로 사랑을 받았다. 출연자는 잘 만든 하네스에 3년 전 모델을 넣으면 그대로 무너진다며, 하네스는 모델과 짝을 이뤄 함께 바뀌어야 한다고 지적한다.

2025년에는 흐름이 뒤집힌다. 클로드 코드처럼 알아서 잘하는 도구가 나오자 손으로 그래프를 짜는 대신 질문이 들어오면 도구를 계속 호출해 결과를 내는 ReAct 구조 하나로 수렴했다. 대신 더 길고 어려운 작업을 맡기게 되면서 컨텍스트가 쌓이는 문제가 커졌고, 여기서 컨텍스트 엔지니어링이라는 말이 나왔다. 대담은 이를 밖에 써두고 꺼내오는 메모리, 필요한 것만 불러오는 스킬과 도구 검색, 중간 요약과 오래된 도구 실행 결과 삭제, 그리고 멀티 에이전트로의 분할 네 갈래로 정리한다.

AI가 일을 다 끝내지 않고 끝냈다고 주장하는 일이 반복되자, 에이전트의 말을 믿지 말고 0과 1로 떨어지는 검증 장치를 다시 넣자는 논의가 붙었다. 올해 등장한 루프와 그래프는 그 연장선이다. 루프 엔지니어링은 개별 에이전트의 행동 규칙과 협업 프로토콜까지 자율화하는 쪽이고, 여기서 자주 등장하는 '계약'은 각 에이전트가 무엇을 읽고 무엇을 반환하며 어떤 권한까지 갖는지, 언제 사람을 불러야 하는지를 미리 못박아 두는 일을 가리킨다. 반면 그래프 엔지니어링은 그 확률적인 경로를 다시 결정론으로 끌고 오자는 주장이라, 진행자는 방향이 반대로 꺾였다고 짚는다.

출연자는 통제의 이유 자체가 달라졌다고 본다. 예전에는 모델이 멍청해서 실수를 막으려 통제했다면, 지금은 충분히 똑똑해진 모델이 지침을 못 받아 엉뚱한 곳까지 다녀오는 것을 막으려 통제한다는 것이다. 성능이 오를 때마다 워크플로우가 에이전트 안으로 흡수되고, 그러면 더 어려운 일을 시키게 되니 더 높은 계층에서 새 통제 장치가 등장하는 팽창의 반복이라는 정리로 대담은 마무리된다.

주요 인사이트

• 하네스를 '에이전트가 실수하지 않게 하는 모든 장치'로 정의하면 범위가 분명해진다. 명령 실행 전 사람의 동의를 구하는 것, 특정 폴더를 못 보게 막는 것, 에러를 바로 확인할 수 있게 로그 계층을 미리 만들어 두는 것이 모두 여기에 들어간다.
• AGENTS.md를 빽빽하게 채우면 모델이 그냥 흘려버리기 쉽다. 디자인은 디자인 문서, 캐시는 서버 구조 문서처럼 필요할 때 열어보게 계층을 나누는 것도 하네스 설계의 일부다.
• 검증 논의가 유독 개발 분야에 몰리는 이유는 개발이 CI나 테스트처럼 0과 1로 떨어지는 판정을 붙이기 가장 쉬운 영역이기 때문이다.
• 두 사람 모두 이미 코드를 거의 읽지 않고 PR에서 로직 수준만 확인하며 개발한다고 밝혔다. 다만 리뷰까지 놓으면 코드가 꼬여 컨텍스트 관리가 나빠지고 에이전트 성능도 떨어진다고 경고한다.
• 작업을 쪼개 하위 에이전트에 맡기는 최신 기능들은 만능이 아니다. 출연자는 명시적인 지침 문서를 만들어 주지 않으면 결과가 크게 나빠졌고 토큰 소모도 극심했다며, 탐색을 많이 해야 하는 리서치처럼 어울리는 작업이 따로 있다고 본다.

자주 묻는 질문

관련 AI 소식