AI 에이전트 하네스란 무엇인가, 랭체인 창업자가 정리한 에이전트 스택의 네 가지 축

핵심 메시지

• 지금 에이전트를 움직이는 아이디어는 초기와 크게 다르지 않다. 달라진 것은 모델의 성능과, 모델이 제 실력을 내게 해 주는 하네스라는 주변 장치다.
• 하네스는 모델이 환경과 상호작용하는 방식 전체를 가리킨다. 파일 편집과 코드 실행 같은 범용 도구, 프롬프트 캐싱, 컨텍스트 압축, 서브에이전트와 스킬 추상화가 모두 여기에 포함된다.
• 현대 에이전트의 뼈대는 상세한 시스템 프롬프트, 계획을 적어 두는 플래닝 도구, 컨텍스트를 격리하는 서브에이전트, 그리고 파일 시스템 네 가지다.
• 파일 시스템의 본질은 저장이 아니라 컨텍스트 관리다. 모델이 무엇을 읽어 올릴지 스스로 고르게 하고, 큰 도구 실행 결과나 압축 전 원본 대화를 밖에 덜어 둘 수 있다.
• 빠르게 변하는 것은 하네스의 기능과 스캐폴딩이고, 오래 남는 것은 업무 절차를 담은 지시문과 그 도메인에 맞는 도구다.

쉽게 이해하기

루프를 도는 언어 모델에 도구를 쥐여 준다는 발상 자체는 오래됐다. 초기 프레임워크에도 같은 구조가 있었지만 당시 모델이 이를 감당하지 못해, 개발자들은 그래프 형태의 워크플로처럼 예측 가능성을 높이는 구조물을 모델 주위에 쌓아 올렸다. 그러다 최신 모델들이 실제로 루프 안에서 스스로 굴러가기 시작했고, 여기에 코드를 쓰고 파일을 읽고 쓰는 하네스의 기본 요소들이 발견되면서 에이전트 제작이 폭발적으로 늘었다는 것이 인터뷰의 출발점이다.

에이전트는 크게 두 갈래로 갈린다. 하나는 고객 응대처럼 낮은 지연이 중요한 대화형 에이전트로, 도구 호출을 한두 번밖에 하지 못한다. 다른 하나는 길게 계획을 유지하며 일하는 롱호라이즌 에이전트인데, 이쪽은 대체로 코딩 에이전트를 닮았다. 코드가 텍스트 파싱부터 반복 작업까지 두루 쓰이는 범용 도구인 데다, 주요 연구소들이 코드와 셸, 파일 편집을 중심으로 모델을 학습시켜 왔기 때문이다.

하네스의 네 축 가운데 플래닝 도구는 할 일 목록과 상태를 컨텍스트에 적어 두는 메모장에 가깝다. 예전처럼 계획의 각 단계를 강제로 실행시키는 방식은 계획이 도중에 바뀌는 상황을 감당하지 못해 사라졌다. 서브에이전트는 새 컨텍스트로 시작해 작업을 마치고 결과만 돌려주므로 컨텍스트를 깔끔하게 격리하지만, 정작 중요한 내용을 마지막 메시지에 담지 않고 '완료'라고만 답하는 소통 실패가 흔하다는 점이 함께 지적된다.

컨텍스트 압축은 대화가 길어질 때 앞부분을 요약해 줄이되 최근 메시지 열 개 남짓은 그대로 남겨 흐름을 지키는 방식이다. 요약이 완벽할 수 없으므로 원본 메시지는 파일로 덜어 두고 필요하면 다시 찾아보게 한다. 임계값이 아니라 모델이 스스로 압축 시점을 고르게 하려는 시도도 소개된다. 메모리는 대화 안에 머무는 단기 기억과, 사실을 저장하는 의미 기억·이전 대화를 찾아보는 일화 기억·일하는 방법을 담은 절차 기억으로 나뉜다. 시스템 프롬프트와 스킬, 도구가 곧 절차 기억이며 이를 파일로 표현하면 에이전트가 스스로 갱신할 수 있다.

인프라 이야기도 이어진다. 에이전트가 임의의 코드를 실행하는 순간 샌드박스가 필요해지고, API 키를 샌드박스 안에 두면 프롬프트 인젝션으로 유출될 수 있어 바깥 프록시에서 주입하는 방식이 대안으로 언급된다. 무엇에 투자해야 하냐는 질문에는 관측 가능성과 평가, 샌드박스, 상태를 유지하는 배포처럼 낮은 계층이 꼽혔다. 소프트웨어와 달리 에이전트는 입력이 사실상 무한하고 모델이 비결정적이라, 실행해 보기 전에는 무엇을 할지 알 수 없기 때문이다.

주요 인사이트

• 모델이 프레임워크를 흡수할지 프레임워크가 모델을 흡수할지 묻는 질문에, 답변은 어느 쪽도 아닌 하네스였다. 같은 모델이라도 하네스가 좋으면 결과가 달라지고, 실제로 여러 성공 사례의 비결이 거기 있었다는 설명이다.
• 서브에이전트의 장점과 단점은 같은 뿌리에서 나온다. 컨텍스트를 격리하는 순간 에이전트 사이의 소통이 새로운 실패 지점이 되고, 결국 무엇을 최종 메시지로 되돌려 줄지 지시하는 문제로 귀결된다.
• 그래프형 워크플로가 사라진 것은 아니다. 규제가 강한 산업처럼 통제와 정밀성, 신뢰성이 중요한 곳에서는 '시키면 하는' 유연한 방식보다 명시적인 구조가 여전히 선택된다.
• 기업에 준 조언은 도구 선택이 아니라 자산의 축적이었다. 업무 절차를 자연어로 정리한 지시문과 도메인 도구는 스킬로 묶든 서브에이전트로 묶든 그대로 가치가 남는다.

자주 묻는 질문

관련 AI 소식