클로드 디자인 구조 분석: 버티컬 AI 에이전트를 만드는 여섯 가지 설계 패턴과 적용법

핵심 메시지

• 클로드 디자인이 인상적인 이유는 모델 하나가 아니라 그 주위를 감싼 여섯 가지 에이전트 패턴의 조합에 있다.
• 생성보다 먼저 근거를 읽게 하는 컨텍스트 그라운딩과, 그 결과를 재사용 가능한 형태로 남기는 구조화된 메모리가 나머지 패턴 전체를 떠받친다.
• 메모리를 독자 포맷이 아니라 마크다운·HTML·CSS 같은 범용 형식으로 남기면 다른 에이전트와 도구로 그대로 넘길 수 있다.
• 결과물을 직접 렌더링하고 스크린샷을 다시 비전 모델에 넣어 스스로 비평하게 하는 셀프 QA 루프는 토큰을 더 쓰지만 그만한 품질 이득을 준다.
• 대부분의 기업용 에이전트가 거대한 시스템 프롬프트로 맥락을 설명하려 애쓰는데, 이제는 에이전트가 스스로 메모리를 만들게 하는 편이 낫다는 것이 결론이다.

쉽게 이해하기

이 영상은 클로드 디자인의 사용법을 다루지 않는다. 겉으로는 클로드 코드를 그대로 돌리는 것처럼 보이지만 안을 들여다보면 잘 설계된 버티컬 에이전트 앱의 사례라는 것이 출발점이며, 법률·영업·의료 같은 다른 분야의 에이전트를 만들 때 그대로 옮겨 쓸 수 있는 여섯 가지 패턴을 뽑아낸다. 발표자는 앱 자체는 한참 전에 완성돼 있었고 비전 성능이 충분한 모델 버전을 기다렸을 것이라고 추측한다.

첫 번째는 에이전틱 컨텍스트 그라운딩이다. 무언가를 만들기 전에 에이전트가 진실의 원천을 먼저 읽게 하는 방식으로, 클로드 디자인은 브랜드가 무엇을 지향하는지 같은 서술부터 색상·서체·버튼과 카드의 HTML까지 담은 디자인 시스템을 미리 구축하게 유도한다. 중요한 것은 이 전부를 시스템 프롬프트에 통째로 밀어 넣지 않는다는 점이다. 에이전트가 지금 맡은 작업에 필요한 부분만 골라 읽는 점진적 공개 방식이며, 계약서 템플릿을 먼저 읽는 법률 에이전트나 CRM을 훑고 나서 메일을 쓰는 영업 에이전트로 그대로 옮길 수 있다. 규칙은 단순하다. 사용자의 실제 데이터에 발을 딛기 전에는 아무것도 생성하지 않는다.

두 번째는 구조화된 메모리다. 그라운딩 단계는 맥락을 쏟아붓는 대신 필요한 조각을 뽑아 구조화된 산출물로 남기고, 이 산출물은 현재 프로젝트에서 반복 사용될 뿐 아니라 다음 프로젝트로도 이어진다. 흥미로운 점은 이 메모리의 형식이 독자 규격이 아니라 마크다운이나 HTML과 CSS처럼 모델이 이미 잘 다루는 평범한 포맷이라는 것이다. 덕분에 메모리는 어떤 하위 에이전트로도 옮겨 갈 수 있다. 발표자의 권고는 분명하다. 버티컬 에이전트의 첫 출력은 사용자에게 보여 줄 결과물이 아니라 메모리 아티팩트여야 하고, 그 뒤의 모든 생성은 더 빠르고 좋아진다.

세 번째와 네 번째는 상호작용과 자기 검증이다. 대부분의 에이전트가 채팅창 하나로 끝나는 데 비해 클로드 디자인은 채팅, 음성, 화면 요소를 짚어 설명하기, 화면에 직접 그리기, 그리고 자기 출력의 스크린샷까지 다섯 가지 이상의 입력 경로를 갖는다. 슬라이더 같은 후속 조작 도구도 미리 만들어 둔 컴포넌트가 아니라 모델이 토큰으로 생성하고 감싸는 UI가 렌더링하는 방식이다. 네 번째인 셀프 QA 루프는 결과를 사용자에게 바로 넘기지 않고 스스로 렌더링해 스크린샷을 찍은 뒤 비전 모델로 자기 결과를 비평하고, 의도와 맞을 때까지 고쳐 나가는 구조다. 계약서든 보고서든 PDF든 렌더링할 수 있는 산출물이라면 사람이 보기 전에 에이전트가 먼저 검토하게 하라는 것이 요지다.

다섯 번째는 다중 변형 생성이다. 답을 하나만 주고 마음에 들지 않으면 다시 요청하게 하는 대신, 레이아웃과 구조를 달리한 여러 버전을 먼저 내놓는다. 여기에는 레이아웃이 서체보다, 서체가 강조색보다 중요하다는 식의 결정 위계가 반영돼 있어서 큰 결정부터 사용자의 동의를 얻고 세부로 내려간다. 명확화 질문만 던지는 것보다 선택지를 함께 주는 편이 대개 낫다는 관찰이다. 여섯 번째는 핸드오프로, 출력이 다른 에이전트나 도구로 넘어갈 수 있게 설계하는 것이다. 클로드 디자인은 대부분을 HTML과 CSS로 저장하면서도 PDF, 프레젠테이션, 클로드 코드, 외부 디자인 도구로 내보낸다. 결론은 이 패턴들 가운데 하나가 아니라 조합, 특히 그라운딩과 메모리의 결합이 차이를 만든다는 것이다. 지금 대부분의 기업 배포가 거대한 시스템 프롬프트로 맥락을 설명하려 애쓰지만, 모델은 이미 그럴 필요가 없을 만큼 좋아졌다.

주요 인사이트

• 에이전트의 첫 산출물을 사용자용 결과물이 아니라 메모리로 잡으면 이후 모든 생성이 그 위에서 이뤄진다. 순서를 바꾸는 것만으로 품질과 속도가 함께 개선되는 드문 설계 선택이다.
• 메모리 포맷을 평범하게 유지하는 것이 곧 이식성이다. 마크다운이나 HTML로 남긴 맥락은 어떤 모델도 읽을 수 있지만, 독자 스키마로 만든 메모리는 그 시스템 안에 갇힌다.
• 채팅창 하나로 모든 입력을 받는 설계는 UX의 기본값일 뿐 최선이 아니다. 모델이 결과에 맞는 조작 도구를 직접 만들어 내면 사용자는 매번 문장을 다시 쓰지 않아도 된다.
• 선제적으로 여러 안을 만들어 보여 주는 것은 낭비가 아니라 질문의 다른 형태다. 사용자는 무엇을 원하는지 설명하기보다 눈앞의 선택지를 고르는 편이 쉽다.
• 다중 변형이 코딩 에이전트로 잘 확산되지 않는 이유는 개념이 아니라 경제성이다. 토큰 생성 속도와 비용이 충분히 내려가면 같은 접근이 다른 분야로도 퍼질 여지가 있다.

자주 묻는 질문

관련 AI 소식