하네스/루프/그래프 엔지니어링, 순서대로 이해하기 [with Noto]

한 줄 핵심

하네스·루프·그래프 엔지니어링은 에이전트가 더 긴 작업을 더 안정적으로 수행하도록 컨텍스트, 검증, 실행 흐름을 점점 더 정교하게 설계해 온 흐름이며, 실무에서는 결국 모델 자체보다 이를 둘러싼 시스템 설계가 성패를 좌우한다.

시간별 요약

1. 0:00
   하네스 엔지니어링은 에이전트가 일을 잘 하도록 툴, 권한, 안전장치, 메모리, 스킬 같은 주변 구조를 설계하는 일로 정의된다. 최근의 루프·그래프라는 용어는 이 하네스를 더 넓게 묶어 부르는 유행어 성격도 있지만, 실제로는 개발자가 하던 작업을 에이전트에게 어디까지 넘길지의 경계를 설명하는 데 유용하다.
2. 3:00
   에이전트 흐름은 2023년의 Auto-GPT, BabyAGI 같은 초기 시도에서 출발해, 긴 컨텍스트로 인한 성능 저하를 피하려고 여러 LLM을 체인과 워크플로우로 엮는 방향으로 발전했다. 2024년에는 LangGraph 같은 그래프 기반 접근이 인기를 얻었고, 에이전트의 예측 불가능성을 결정론적 스테이트와 경로로 묶어 관리하려는 철학이 부각됐다.
3. 9:00
   최근에는 모델이 똑똑해지면서 복잡한 그래프를 일일이 짜기보다 ReAct 같은 형태로 에이전트 안에 워크플로우를 흡수하는 흐름이 강해졌다. 동시에 롱 호라이즌 태스크가 늘어나며 컨텍스트가 쉽게 쌓이고 썩기 때문에, 필요한 정보만 넣고 빼는 컨텍스트 엔지니어링이 핵심 과제로 떠올랐다.
4. 18:01
   하네스는 에이전트가 실수하지 않도록 만드는 모든 장치로 이해할 수 있으며, 툴 권한 통제, 로그 계층, 계층형 문서 구조, Human in the loop 같은 것들이 모두 포함된다. 특히 스킬과 메모리처럼 컨텍스트를 재사용하는 장치는 편리하지만, 실제 품질이 좋아졌는지 검증하기 어렵기 때문에 평가와 테스트가 필수다.
5. 24:00
   루프 엔지니어링은 검증 루프, 이벤트 드리븐 루프, 힐 클라이밍처럼 에이전트가 스스로 반복하며 개선하는 구조를 설계하는 단계다. 그래프 엔지니어링은 이 루프의 확률적 경로를 다시 결정론적으로 묶어 통제하려는 시도이며, 결국 하네스가 단순 실행 보조를 넘어 에이전트 시스템 전체의 운영 규칙으로 확장되고 있음을 보여준다.

실무 인사이트

• 실무에서는 모델 성능보다 먼저 툴 권한, 로그, 문서 구조, 검증 단계를 정리하면 에이전트 실패의 상당 부분을 줄일 수 있다.
• 긴 작업을 맡길수록 컨텍스트를 계속 누적하기보다 메모리·요약·검색·재시작 지점을 설계해야 안정적으로 운영된다.
• 루프나 그래프를 도입할지 여부는 유행보다 태스크 특성으로 판단해야 하며, 탐색형 작업과 반복 검증형 작업에서 특히 효과가 크다.