앤트로픽, 클로드 기반 에이전트 설계 패턴 3가지 공유…하네스 덜어내고 자율성 부여

Anthropic의 공동 창업자 크리스 올라(Chris Olah)는 Claude 같은 생성형 AI를 두고 "만들어지기보다는 자라나는 시스템"이라고 표현한 적이 있습니다. 연구진이 성장의 조건을 세팅하지만, 어떤 능력이 언제 터져 나올지는 예측하기 어렵다는 뜻입니다. 문제는 개발자가 만든 에이전트 프레임워크(Agent Harness)가 모델의 이전 한계를 기준으로 짜여 있다 보니, 모델이 똑똑해지는 순간 기존의 복잡한 설계가 오히려 발목을 잡는다는 점입니다.

Anthropic은 4월 2일, Claude의 성능을 극대화하면서 지연 시간과 비용을 줄이기 위한 3가지 에이전트 하네스 설계 패턴을 발표했습니다. 핵심은 단순합니다. 외부 프레임워크에서 억지로 통제하려 하지 말고, 모델이 이미 잘하는 범용 도구를 쥐여주고 조율 권한을 모델에게 넘기라는 것입니다.

도구 결과 전부 읽지 말고, Claude에게 파이썬을 시켜라

가장 흔한 실수는 툴을 실행할 때마다 나온 결과값 전체를 모델의 콘텍스트 윈도우로 다시 밀어 넣는 방식입니다. 예를 들어 대형 테이블에서 특정 열 하나만 확인하면 되는데, 수천 줄의 원본 데이터를 전부 토큰으로 소모하며 비용과 시간을 낭비하게 됩니다.

Anthropic은 Claude에게 bash나 언어 REPL 같은 코드 실행 도구를 주고, 툴 호출과 데이터 필터링을 모델이 직접 코드로 짜서 처리하도록 하라고 조언합니다. 중간 결과물은 실행 환경 안에서 파이프라인으로 넘기고, 최종적으로 정제된 결과만 콘텍스트로 받아보는 구조입니다. 웹 브라우징 벤치마크인 BrowseComp에서 Opus 4.6에게 도구 출력을 직접 필터링할 수 있는 권한을 주자, 정확도가 45.3%에서 61.6%로 급등했습니다.

포켓몬 플레이로 본 Claude의 메모리 진화

장기 기억 관리에서도 복잡한 외장 검색 인프라 대신, 파일 폴더를 주고 모델이 알아서 메모를 남기게 하는 방식이 더 효과적이라고 설명합니다. 포켓몬스터 게임을 장기 실행한 실험이 대표적입니다.

Sonnet 3.5는 NPC의 대사를 그대로 받아 적는 속기사처럼 행동했습니다. 14,000스텝 동안 캐터피와 뿔충이의 독 유무 같은 기초 정보를 중복 기록하며 31개 파일이나 만들었지만, 여전히 두 번째 마을에 갇혀 있었습니다. 반면 최신 Opus 4.6은 같은 스텝 동안 단 10개의 폴더화된 파일만 남겼고 체육관 배지 3개를 땄습니다. 메모 내용도 "모다피의 수면가루+김밥말이 콤보는 걸리기 전에 물기로 빠르게 쓰러뜨릴 것"처럼 실패에서 배운 전술 노트 위주였습니다.

이와 함께 Anthropic은 입력 비용을 90% 아낄 수 있는 프롬프트 캐싱을 위해 정적 프롬프트를 항상 앞단에 두고, 세션 중간에 모델을 바꾸지 말라고 당부했습니다. 외부 API 호출처럼 되돌리기 힘든 위험한 작업에만 명시적인 전용 도구를 만들어 안전장치와 사용자 승인 절차를 걸어두라는 가이드도 덧붙였습니다.

왜 중요한가

이번 가이드는 과도하게 복잡해진 에이전트 프레임워크 시장에 던지는 중요한 경종입니다. 수많은 개발팀이 오케스트레이션 로직과 라우팅 그래프를 코드로 빽빽하게 짜 넣느라 시간을 쓰고 있지만, 모델이 똑똑해질수록 그런 하드코딩은 기술 부채가 되기 쉽습니다.

실무 개발자라면 지금 당장 에이전트 파이프라인을 점검해 볼 만합니다. 중간 데이터 가공을 프롬프트와 토큰으로 처리하고 있었다면, 이를 격리된 샌드박스 내 코드 실행 방식으로 바꾸는 것만으로도 토큰 비용과 응답 지연을 눈에 띄게 줄일 수 있습니다.

다만 이 패턴을 실서비스에 도입하려면 인프라 레벨의 보안이 완벽해야 합니다. 모델에게 bash나 코드 실행 권한을 넘겨주는 만큼, 철저한 샌드박스 격리 없이는 시스템 전체가 위험에 노출될 수 있습니다. 안전하고 되돌릴 수 없는 영역에만 엄격한 전용 도구를 채우고 나머지는 모델에게 위임하는 균형 감각이 필수가 됐습니다.