클로드 관리형 에이전트, 에이전틱 표면의 진화

클로드 관리형 에이전트: 에이전틱 표면의 진화

클로드 관리형 에이전트는 모델 지능과 에이전틱 하네스가 진화함에 따라 팀이 대규모로 에이전트를 신뢰할 수 있는 방식으로 프로덕션 환경에 구축하고 배포할 수 있도록 합니다. 이 글에서는 클로드 관리형 에이전트의 진화, 이를 구축한 이유, 그리고 현재 팀들이 이를 프로덕션에서 어떻게 사용하고 있는지에 대해 다룹니다.

에이전트 아키텍처의 진화

2023년에 클로드를 개발자들에게 공개했을 때, API는 의도적으로 간단했습니다: 입력 토큰, 출력 토큰. 프롬프트를 보내면 클로드가 결과를 반환하고, 사용자는 하네스와 기반 인프라를 구축했습니다. API는 시간이 지나면서 점점 더 풍부해졌지만, 기본 계약은 변하지 않았습니다: 하나의 요청, 하나의 모델 턴, 그리고 애플리케이션이 다음에 무엇을 할지 결정합니다.

처음에는 이 방식이 충분했습니다. 문서 요약, 지원 티켓 분류, 텍스트 블록 재작성 등 단일 턴에 적합한 작업들이었습니다. 그러나 시간이 지남에 따라 사람들이 클로드에게 맡기고자 하는 작업은 더 이상 단일 턴에 맞지 않게 되었습니다. 클로드가 작업을 처음부터 끝까지 수행하고, 무언가를 찾아보고, 변경 사항을 확인하고, 다음에 무엇을 할지 결정하기를 원했습니다. 그리고 그들이 이미 사용 중인 시스템에서 작동하기를 원했습니다.

API를 사용하여 클로드를 에이전트로 전환하려면 자체 루프를 구축해야 했습니다: 모델에게 무엇을 할지 묻고, 도구를 실행하고, 결과를 피드백하고, 반복하는 방식입니다. 에이전트 스캐폴딩을 구축하고 배포하는 책임은 사용자에게 있었으며, 모델이 진화함에 따라 조정이 필요할 수 있습니다. 완전한 맞춤화가 필요한 에이전트의 경우, 이러한 접근 방식이 적합합니다. 그러나 예측 가능하고 덜 복잡한 에이전틱 작업의 경우, 모델과 제품이 진화함에 따라 하네스를 최적화하는 것이 번거로워졌습니다.

2025년에 출시된 클로드 코드, 즉 클로드가 코드베이스와 직접 상호작용할 수 있게 하는 에이전틱 코딩 도구는 자체 하네스를 포함하고 있었습니다: 루프, 도구 실행, 하위 에이전트, 컨텍스트 관리 및 풍부한 기능들이 효과적인 에이전트로 만들었습니다. 개발자들은 자연스럽게 다양한 도메인에서 자신들의 에이전트를 위한 유사한 하네스 기계를 원했습니다. 이를 가능하게 하기 위해, 우리는 클로드 에이전트 SDK를 출시했습니다.

클로드 관리형 에이전트의 사용

클로드 관리형 에이전트를 사용하면 사용자는 작업, 도구 및 가드레일을 정의하고, Anthropic이 인프라에서 에이전트를 실행하며, 에이전틱 루프를 처리합니다: 에이전트에게 도구를 호출할 실행 환경을 제공하는 방법, 실패 시 복구하는 방법, 다중 에이전트 오케스트레이션 등을 포함합니다.

클로드 관리형 에이전트는 모델 지능과 함께 하네스가 진화하지 않을 때 에이전트가 무너지는 문제를 해결합니다. 클로드 소넷 4.5에서는 에이전트가 컨텍스트 끝에 가까워질 때 작업을 서둘러 마무리하려고 했습니다. 이를 해결하기 위해 하네스에 컨텍스트 리셋을 추가했습니다. 그러나 클로드 오푸스 4.5에서는 이러한 행동이 사라졌고, 추가한 리셋은 단지 오버헤드가 되었습니다.

대부분의 조직에게 하네스를 유지하는 것은 제품을 차별화하지 않는 오버헤드입니다. 하네스는 특정 모델 행동에 맞게 조정되어야 하며, 클로드와 다른 모델에서는 압축, 도구 실행 및 캐싱이 다르게 작동합니다. 클로드 관리형 에이전트를 통해 하네스는 모델과 함께 진화하며, 팀은 에이전트를 차별화할 수 있는 컨텍스트 관리와 도메인 전문성에 집중할 수 있습니다.

프로덕션 및 확장을 위한 구축

Applied AI 팀 내에서 우리는 에이전트가 프로토타입에서 프로덕션으로 전환하는 것을 보고 있으며, 이는 Anthropic 내부와 고객 시스템 전반에서 이루어지고 있습니다. 이는 데모와 프로덕션 준비가 된 에이전트를 구분하는 요소와 팀이 자주 막히는 지점을 명확히 보여줍니다. 다음은 클로드 관리형 에이전트와 같은 관리형 서비스를 구축하는 가장 일반적인 이유입니다:

자격 증명 보호: 모든 것이 하나의 컨테이너에서 실행될 때, 클로드가 생성한 코드는 자격 증명과 바로 옆에 위치하게 됩니다. 관리형 에이전트는 자격 증명을 샌드박스에서 완전히 분리하여 보안을 강화합니다.
샌드박스 오버헤드 제거로 인한 지연 시간 감소: 관리형 에이전트 아키텍처가 없으면, 모든 세션에 대해 컨테이너를 스핀업해야 합니다. 관리형 에이전트를 사용하면 클로드는 환경이 병렬로 스핀업되는 동안 즉시 추론을 시작할 수 있습니다.
신뢰할 수 있는 지속적인 세션: 관리형 에이전트는 이벤트 스트림을 기반으로 하며, 모든 모델 호출, 도구 호출 및 결과가 로그에 추가됩니다. 이는 실시간 업데이트를 제공하고, 세션을 나중에 다시 시작할 수 있게 합니다.
유연성: Anthropic 관리형 또는 자체 호스팅 클라우드 컨테이너에서 실행할 수 있습니다. 관리형 에이전트를 통해 호스팅 및 확장이 간단하고 빠르게 프로덕션으로 전환할 수 있습니다.

고객 사례

다양한 산업에서 고객들은 클로드 관리형 에이전트를 사용하여 프로덕션에 에이전트를 배포하고 있습니다. 예를 들어, Notion은 작업 보드에서 직접 클로드에게 작업을 할당하고, Rakuten은 제품, 판매, 마케팅 및 금융 분야에 전문 에이전트를 배포했습니다. Sentry는 Seer 디버깅 에이전트를 클로드 에이전트와 결합하여 패치를 작성하고 PR을 열었습니다.

시작하기

클로드 관리형 에이전트를 통해 에이전트를 쉽게 시작할 수 있습니다. 플랫폼.claude.com에서 에이전트 템플릿을 시작하거나 에이전트를 설명하여 몇 분 안에 프로덕션 준비가 된 에이전트를 만들 수 있습니다.

파이랩 정리