작성자 주: Claude Duet은 2026년 10월 21일 연구 프리뷰로 공개됐어요. 이 글에서는 제품 형태와 작동 방식, 행동 범위와 제약을 살펴보고, 능동형 에이전트 제품 체크리스트를 정리해요.
Claude Duet의 핵심 변화는 한마디로 “물으면 답하는 방식”에서 “스스로 일을 진행하는 방식”으로 바뀌었다는 거예요. 사용자가 대화창을 열기를 기다리지 않고 자체 클라우드 컴퓨터에서 계속 일해요. 사용자가 주목해야 할 일을 먼저 알려주고, 메시지 발송이나 결제, 문서 서명 전에는 멈춰서 승인을 기다려요.
분명히 짚고 넘어갈 점은 아직 정식 버전이 아닌 연구 프리뷰라는 거예요. 현재 미국의 Pro, Max, Ultra 구독자를 대상으로 대기자 명단에 따라 순차적으로 공개되고 있으며, 기능과 이용 조건은 바뀔 수 있어요. 겉모습만 바꾼 또 다른 챗봇은 아니지만, 완성도 높은 “완전 자동 비서”로 여겨서도 안 돼요. 이 글에서는 제품의 개념과 작동 방식, 행동 범위, 메모리와 도구, 제약, 제품 관점의 시사점을 차례로 살펴보고 마지막에 능동형 에이전트 체크리스트를 제공해요.

Claude Duet 핵심 정보: 어떤 서비스인가요?
Claude Duet은 Anthropic이 출시한 독립 앱이에요. claude.ai 채팅 화면에 추가된 새 버튼이 아니죠. iOS, Android, claude.ai 세 곳에서 이용할 수 있으며, 사람에게 메시지를 보내듯 텍스트나 음성으로 대화할 수 있어요.
기반 모델은 Claude Opus 5.5로 고정되어 있어 사용자가 직접 바꿀 수 없어요. 공식 설명에 따르면 작업에 얼마나 많은 “노력”을 들일지는 모델이 스스로 판단해요. API에서 모델을 직접 지정하고 추론 강도를 조절하는 방식과는 완전히 다르죠.
| 항목 | 내용 |
|---|---|
| 공개 시점 | 2026년 10월 21일 연구 프리뷰 공개 |
| 제품 형태 | 독립 앱, iOS, Android, claude.ai 지원 |
| 기반 모델 | Claude Opus 5.5로 고정, 선택 불가 |
| 이용 대상 | 미국 Pro / Max / Ultra 구독자, 대기자 명단에 따라 순차 공개 |
| 아직 지원하지 않는 대상 | Team 및 Enterprise 요금제, 추후 지원 예정이라고 발표 |
| 과금 방식 | 연구 프리뷰 기간에는 구독에 포함되며, Claude와 사용량 한도를 공유 |
| 상호작용 방식 | 메시지를 보내듯 텍스트 또는 음성으로 대화 |
Claude Duet은 일반 챗봇과 어떻게 다를까요?
일반 챗봇은 대화 중심이에요. 질문하면 답하고, 페이지를 닫으면 작업도 멈춰요. 반면 Claude Duet은 목표 중심이에요. 일을 맡기면 백그라운드에서 계속 진행하고, 진전이 있거나 사용자의 결정이 필요할 때 다시 알려줘요.
이 차이는 실행 환경, 알림 방식, 권한 설계, 과금 방식 등 제품 전반에 영향을 미쳐요. 아래 표에서 주요 차이를 살펴보세요.
| 비교 항목 | 기존 채팅 어시스턴트 | Claude Duet(능동형 에이전트) |
|---|---|---|
| 시작 방식 | 사용자가 질문 | 에이전트가 주의가 필요한 일을 먼저 알림 |
| 실행 환경 | 대화 세션 내에서 실행되며 페이지를 닫으면 중단 | 자체 클라우드 컴퓨터에서 실행되며 앱을 닫아도 계속 진행 |
| 실행 기간 | 한 번의 응답 또는 단일 세션 | 계속 실행하며 정기적으로 확인하고 후속 조치 |
| 외부 작업 | 보통 텍스트만 출력 | 메시지 전송, 결제, 문서 서명이 가능하지만 사전 확인 필요 |
| 모델 선택 | 사용자가 선택 가능 | Opus 5.5로 고정, 에이전트가 투입할 노력 결정 |
Claude Duet의 작동 방식: 클라우드 컴퓨터에서 지속 실행
Claude Duet을 이해하는 핵심은 자체 클라우드 컴퓨터가 있다는 점이에요. 작업이 휴대폰의 앱 프로세스에 종속되지 않기 때문에 앱을 꺼도 클라우드에서 계속 실행돼요. 이것이 “자리를 비운 뒤에도 계속 일할 수 있는” 기술적 기반이에요.
이를 바탕으로 공식 발표에서는 몇 가지 대표적인 능동적 행동을 소개했어요.
- 아침 브리핑: 하나씩 물어볼 필요 없이 매일 아침 주목할 사항을 정리해 줘요.
- 연결된 계정 정기 확인: 사용자가 접근을 허용한 계정을 주기적으로 살펴보고 처리할 내용을 찾아요.
- 답변이 없는 대화 후속 조치: 오랫동안 답이 없는 대화를 발견하면 알려 주거나 후속 조치를 준비해요.
- 맡긴 작업 완료: 맡긴 일을 끝까지 진행하고, 중간에 확인이 필요한 단계에서 사용자에게 다시 물어봐요.

Claude Duet의 “정기 확인”이란?
“정기 확인”은 편리하게 들리지만, 본질적으로 실시간 감시가 아닌 폴링이에요. 공식 발표에서도 긴급한 일이 두 번의 확인 사이에 발생할 수 있다고 명시했어요. 다시 말해 Claude Duet은 “일을 잊지 않게 해 주는” 데 능하지만, “돌발 상황에 즉시 대응하는” 도구는 아니에요.
제품 설계자에게는 현실적인 절충안이에요. 실시간으로 계속 감시하면 컴퓨팅 비용이 높아지고 사용자에게 더 자주 알림을 보내게 돼요. 반면 주기적인 확인과 능동적 알림은 비용, 방해 정도, 적시성 사이에서 균형을 잡는 방식이에요. 대응 속도가 매우 중요한 상황이라면 Duet을 유일한 알림 채널로 삼아서는 안 돼요.
Claude Duet의 행동 경계와 메모리 도구
능동형 에이전트에서 가장 걱정되는 점은 ‘내가 모르는 사이에 일을 처리하지 않을까?’ 하는 거예요. Claude Duet은 중요한 작업 전에 확인 단계를 두고 민감한 정보에 추가 제약을 적용해요.
Claude Duet의 실행 전 확인 메커니즘
Claude Duet이 메시지를 보내거나, 결제하거나, 문서에 서명하려고 할 때는 먼저 무엇을 할지 보여주고 사용자의 확인을 기다려요. 이 단계에서 ‘자율 실행’과 ‘최종 승인’이 분리돼요. 에이전트가 작업을 준비하고 진행하되, 최종 결정은 사람이 내리는 거죠.
건강 정보나 개인 재무 정보 같은 민감한 내용은 사용자가 명시적으로 지시할 때만 전송해요. 일반적인 확인 절차보다 엄격한 제약으로, 기본적으로 외부에 보내지 않으며 사용자가 직접 요청해야 해요.
다만 공식 측에서도 연구 프리뷰 단계의 안전 메커니즘이 때때로 놓치거나 잘못 차단할 수 있다고 솔직하게 밝혔어요. 놓친다는 것은 차단해야 할 행동을 막지 못하는 것이고, 잘못 차단한다는 것은 막지 않아도 될 행동을 막는 것이에요. 따라서 확인 단계는 중요한 보호 장치지만 완벽한 보장은 아니에요. 사용자는 확인 버튼을 누르기 전에 작업 미리보기를 꼼꼼히 살펴봐야 해요.
Claude Duet의 메모리, 스킬, 앱
Claude Duet은 Claude의 기존 메모리, 스킬, 앱을 그대로 활용해요. Claude에 쌓인 선호 정보와 설정해 둔 스킬, 연결된 앱을 Duet에서도 이어서 사용할 수 있어 처음부터 다시 알려줄 필요가 없어요.
제품 관점에서 보면 영리한 선택이에요. 능동형 에이전트의 가치는 맥락에 크게 좌우돼요. 사용자가 누구인지, 무엇을 중요하게 여기는지, 어떤 일은 알아서 처리해도 되는지 알아야 하죠. 기존 메모리와 도구 생태계를 활용하면 초기 설정 부담을 크게 줄이고, Duet이 Claude의 주력 제품과 분리되지 않고 서로 보완하는 관계를 만들 수 있어요.
Claude Duet의 제한 사항: 연구 프리뷰 단계에서 주의할 점
기능을 나열하는 것보다 제한 사항을 분명히 설명하는 편이 더 유용해요. 아래 표에서 Claude Duet의 현재 기능과 제한 사항을 함께 확인하고, 기대에 맞는지 빠르게 판단해 보세요.
| 기능 | 현재 제공 범위 | 제한 사항 |
|---|---|---|
| 능동적 알림 | 아침 브리핑, 관심 사항 알림 | 사안의 긴급도를 잘못 판단할 수 있음 |
| 지속 실행 | 클라우드 컴퓨터에서 앱을 닫은 후에도 계속 실행 | 주기적으로 확인하므로 긴급한 일이 두 확인 사이에 발생할 수 있음 |
| 외부 작업 | 메시지 전송, 결제, 문서 서명 | 반드시 사전 확인이 필요하며, 안전 장치가 간혹 놓치거나 잘못 감지할 수 있음 |
| 브라우저 조작 | 자체 클라우드 컴퓨터에서 실행 | 사용자가 브라우저를 보거나 직접 제어할 수 없음 |
| 모델 기능 | Opus 5.5로 고정되며, 투입할 리소스를 스스로 결정 |
모델을 선택하거나 처리 강도를 수동으로 조절할 수 없음 |
| 이용 범위 | 미국 Pro / Max / Ultra | 미국에서만 이용 가능하며, waitlist는 순차적으로 초대; Team/Enterprise는 미지원 |
| 요금 | 구독에 포함 | Claude와 사용량 한도를 공유하므로 많이 사용하면 사용 가능량이 줄어듦 |
Claude Duet에서 놓치기 쉬운 제한 사항
브라우저를 보거나 직접 제어할 수 없다는 점은 중요해요. 많은 데스크톱형 Agent는 사용자가 실시간으로 작업을 지켜보고, 필요하면 클릭 한 번으로 제어권을 가져올 수 있어요. 현재 Duet에서는 이 기능을 사용할 수 없어요. 확인 단계와 결과를 통해서만 수행한 작업을 알 수 있어, 과정의 가시성이 상대적으로 제한적이에요.
사용량 한도를 공유한다는 점도 주의해야 해요. Duet은 연구 프리뷰 기간에 추가 요금이 없지만, 평소 사용하는 Claude와 같은 사용량 한도를 적용받아요. 지속적으로 실행되며 주기적으로 확인하는 Agent의 소비 패턴은 가끔 대화하는 것과는 달라요. 자주 사용한다면 남은 사용량을 살펴보세요.
또한 현재 공식적으로 대규모 효과 데이터가 공개되지 않았어요. 따라서 “시간을 얼마나 절약할 수 있는지”, “판단 정확도가 얼마나 높은지”에 관한 신뢰할 만한 수치는 아직 없으며, 이 글에서도 추측하지 않아요.
Claude Duet이 Agent 제품 설계에 주는 시사점
Claude Duet을 사용하든 그렇지 않든, Agent를 만드는 팀에 좋은 참고 사례가 돼요. Duet의 설계 방식이 모든 Agent 제품의 표준은 아니지만, 여기서 드러난 몇 가지 핵심 문제는 보편적으로 적용할 수 있어요.
능동형 Agent의 네 가지 핵심 요소: 권한, 확인, 관측 가능성, 비용
- 권한: Agent가 연결할 수 있는 계정과 실행할 수 있는 작업은 사용자가 명시적으로 허용해야 하며, 언제든 권한을 회수할 수 있어야 해요. 민감한 정보는 “명확한 지시가 있을 때만 전송”하는 Duet의 방식은 최소 권한 원칙을 구체적으로 보여주는 사례예요.
- 확인: 행동하기 전에 확인을 받는 것은 신뢰를 쌓는 핵심이에요. 확인 화면에는 모호하게 “계속할까요?”라고 묻는 대신 “무엇을 하려는지”를 명확하게 보여줘야 해요.
- 관측 가능성: 작업 상태와 실행 로그를 조회할 수 있어야 해요. Duet은 브라우저 화면을 볼 수 없는데, 이는 과정을 직접 볼 수 없다면 로그와 감사 기능을 더욱 충실하게 갖춰야 한다는 점을 일깨워줘요.
- 비용: 지속적으로 실행되는 Agent의 비용 구조는 채팅 제품과 달라요. 구독 사용량과 API 비용을 분리해 계산해야 Agent의 실제 단위 경제성을 파악할 수 있어요.

그림 설명: 자체 구축 Agent의 모델 호출 내역은 APIYI apiyi.com 콘솔에서 모델과 시간별로 사용량과 로그를 조회할 수 있어, 구독 사용량과 분리해 계산하기 편리해요.
직접 구축하는 능동형 에이전트: 백엔드 모델 선택하기
Duet은 Opus 5.5를 고정으로 사용하므로 일반 사용자는 모델을 고를 필요가 없어요. 하지만 자체 제품에 능동형 에이전트를 만든다면 상황이 달라요. 주기적 확인, 브리핑 생성, 답변 초안 작성, 복잡한 의사결정은 각각 요구하는 모델 성능이 크게 달라요. 모두 최고 성능 모델로 처리하면 비용이 높아지고, 모두 경량 모델로 처리하면 잘못 판단할 수 있어요.
더 합리적인 방법은 작업별로 모델을 계층화해 선택하고, 필요할 때 모델을 바꿀 수 있도록 하는 거예요. 그래야 전체 에이전트가 한 모델에 종속되지 않아요. 참고 자료에서도 모델 백엔드를 전환할 수 있어야 한다고 명시해요.
구현 측면에서 APIYI apiyi.com은 하나의 API 키로 Claude, OpenAI, Gemini 등 주요 모델에 접근할 수 있는 통합 서비스를 제공하며, OpenAI와 Claude의 네이티브 형식도 지원해요. SDK의 base_url을 https://api.apiyi.com/v1로 지정하면 같은 코드에서 하위 작업마다 다른 모델을 할당할 수 있어요. Opus 시리즈의 구체적인 모델 ID(예: claude-opus-5-5) 지원 여부와 가격은 콘솔의 실제 목록과 문서를 확인하세요.
🎯 기술 팁: 능동형 에이전트 프로토타입을 만들 때는 APIYI apiyi.com에서 같은 API 키로 여러 모델의 ‘긴급도 판단’, ‘답변 초안 작성’ 성능을 비교한 뒤 계층화 전략을 정해 보세요. 콘솔의 사용량과 로그는 에이전트 관측을 위한 첫 번째 데이터로 활용할 수 있어요.
| 비용 항목 | 구독형 에이전트(Duet 연구 프리뷰) | 직접 구축한 에이전트(API 사용량 기반) |
|---|---|---|
| 과금 방식 | 구독에 포함, 사용량 한도 공유 | 호출량에 따라 과금 |
| 모델 선택 | 고정, 선택 불가 | 하위 작업별로 계층화해 선택 가능 |
| 사용량 확인 | 주로 한도 소진량 확인 | 모델과 시간별 상세 내역 확인 가능 |
| 이용 플랫폼 | Claude 공식 앱 | APIYI apiyi.com, 각 서비스의 공식 API |
| 적합한 대상 | 바로 경험해 보고 싶은 개인 헤비 유저 | 제어와 감사가 필요한 개발팀 |
Claude Duet 자주 묻는 질문 FAQ
Q1: Claude Duet은 정식 출시됐나요? 지금 누가 사용할 수 있나요?
아직 정식 버전은 아니에요. `Claude Duet`은 2026년 10월 21일 **연구 프리뷰**로 공개됐으며, 미국의 Pro, Max, Ultra 구독자를 대상으로 대기자 명단에 따라 순차적으로 제공돼요. Team과 Enterprise 요금제에는 아직 제공되지 않지만, 향후 지원할 계획이라고 해요. 프리뷰 기간에는 기능과 이용 조건이 달라질 수 있어요.
Q2: Claude Duet이 제 대신 멋대로 메시지를 보내거나 결제할 수 있나요?
공식 설명에 따르면 메시지 전송, 결제, 문서 서명 같은 작업을 하기 전에 무엇을 할지 보여주고 확인을 기다려요. 건강이나 개인 재정 등 민감한 정보는 사용자가 명시적으로 지시한 경우에만 전송해요. 다만 연구 프리뷰 단계에서는 안전장치가 가끔 위험을 놓치거나 잘못 감지할 수 있으니, 확인하기 전에 작업 내용을 꼼꼼히 살펴보세요.
Q3: 제 제품에 비슷한 주도형 Agent를 만들고 싶은데, 백엔드 모델은 어떻게 연동하나요?
여러 모델을 지원하는 통합 인터페이스를 사용하고, 하위 작업별로 모델을 선택하되 필요할 때 교체할 수 있도록 구성하는 것이 좋아요. APIYI apiyi.com에서는 하나의 Key로 Claude, OpenAI, Gemini 등의 모델을 호출할 수 있어요. OpenAI와 Claude의 네이티브 형식도 지원하며, 신규 사용자에게 무료 테스트 크레딧을 제공해 프로토타입 비교에 적합해요. 구체적인 모델과 가격은 콘솔에서 확인하세요.
Q4: 직접 구축한 Agent의 비용과 행동은 어떻게 감사하나요?
최소한 작업 상태, 각 모델 호출의 사용량, 외부 작업에 대한 확인 기록 등 세 가지 데이터를 기록해야 해요. 모델 호출 사용량과 청구 내역, 로그는 APIYI apiyi.com 콘솔에서 모델별로 확인할 수 있어요. 비즈니스 작업의 감사 기록은 자체 시스템의 데이터베이스에 저장해야 하며, 두 기록을 함께 활용해야 완전한 관측성을 확보할 수 있어요.
Claude Duet 핵심 요약과 능동형 Agent 체크리스트
- 형태 변화:
Claude Duet은 “질문에 답하는 방식”에서 “스스로 일을 진행하는 방식”으로 바뀌어, 사용자에게 먼저 찾아와요. - 실행 방식: 자체 클라우드 컴퓨터를 사용해 앱을 닫은 뒤에도 계속 작업해요.
- 능동적 행동: 아침 브리핑을 제공하고, 연결된 계정을 주기적으로 확인하며, 답장하지 않은 대화도 챙겨요.
- 행동의 경계: 메시지 발송, 결제, 문서 서명 전에는 수행할 작업을 보여주고 확인을 기다려요.
- 주요 제한: 미국에서만 이용할 수 있고, 대기자 명단에 따라 순차적으로 제공돼요.
Opus 5.5만 사용하며 브라우저를 제어할 수 없어요. - 설계 시사점: 권한, 확인, 관측 가능성, 비용은 능동형 Agent의 네 가지 핵심 요소예요.
- 시작 방법: 직접 Agent를 구축할 때는 APIYI apiyi.com에서 하나의 키로 여러 모델을 비교하고 사용량 로그를 확인할 수 있어요.
아래 체크리스트는 제품 관리자와 개발자가 능동형 Agent를 설계할 때 항목별로 확인하기에 좋아요. 왼쪽 질문은 Duet의 설계 선택과 알려진 제한을 바탕으로 했고, 오른쪽에는 권장 최소 요건을 정리했어요.
| 점검 항목 | 확인할 질문 | 권장 최소 요건 |
|---|---|---|
| 트리거 방식 | Agent가 언제 사용자에게 먼저 연락하나요? | 브리핑 시간과 확인 주기를 명확히 하고, 정보의 최신성 한계를 사용자에게 알려요 |
| 권한 범위 | 어떤 계정을 연결하고 어떤 작업을 수행할 수 있나요? | 명시적으로 권한을 부여하고 언제든 철회할 수 있어야 하며, 민감한 데이터는 기본적으로 외부에 전송하지 않아요 |
| 행동 확인 | 어떤 작업에 사용자 확인이 필요한가요? | 메시지 발송, 결제, 서명 작업은 모두 미리보기를 먼저 보여줘요 |
| 오판 대응 | 긴급도를 잘못 판단하면 어떻게 하나요? | 사용자 피드백 경로를 제공하고, 중요 알림은 단일 채널에만 의존하지 않아요 |
| 작업 과정 가시성 | 사용자가 Agent의 작업 내용을 볼 수 있나요? | 최소한 실행 로그를 제공하고, 가능하다면 작업 과정을 보거나 제어할 수 있도록 해요 |
| 작업 상태 | 진행 중인 작업을 조회하고 중단할 수 있나요? | 작업 목록과 상태를 제공하고, 한 번의 클릭으로 일시 중지할 수 있어야 해요 |
| 모델 백엔드 | 단일 모델에 종속되어 있나요? | 세부 작업별로 적합한 모델을 선택하고, 모델을 전환할 수 있도록 해요 |
| 비용 산정 | 구독 사용 한도와 API 비용이 분리되어 있나요? | 모델별, 작업별로 사용량과 비용을 집계해요 |
| 프리뷰 안내 | 사용자가 제품이 아직 실험 단계임을 알고 있나요? | 프리뷰 상태와 알려진 제한을 명확히 표시해요 |
Claude Duet 정리: 능동형 Agent의 방향과 한계
Claude Duet의 의미는 특정 기능 하나보다 ‘능동형 Agent’의 전체적인 모습을 보여줬다는 데 있어요. 독립 앱, 전용 클라우드 컴퓨터, 지속적인 실행, 능동적인 브리핑, 행동 전 확인, 메모리와 도구의 재사용을 결합해 명확한 제품 형태를 제시했어요.
한계도 뚜렷해요. 미국에서만 이용할 수 있고, waitlist는 순차적으로 열리며, Team과 Enterprise에는 제공되지 않아요. 모델을 선택할 수 없고 긴급도를 잘못 판단할 수도 있어요. 정기 점검 사이에는 공백이 있고 브라우저를 직접 제어할 수도 없어요. 연구 프리뷰라는 불확실성까지 고려하면, 도입을 고민하는 사람은 기능만큼이나 이런 제한도 꼼꼼히 살펴봐야 해요.
Agent 개발자와 제품 관리자가 기억할 핵심은 권한, 확인, 관측 가능성, 비용이라는 네 가지 요소예요. 직접 능동형 Agent를 만들 계획이라면 APIYI apiyi.com에서 하나의 키로 여러 백엔드 모델을 빠르게 비교하고, 콘솔의 사용량과 로그로 비용과 동작을 관리해 보세요.
참고 자료
- Claude Duet 공식 제품 페이지: 연구 프리뷰 출시 안내, 제품 형태 및 이용 가능 범위
- 접속:
claude.ai - 안내: 이용 가능 시점, 구독 요금제, waitlist 규정은 공식 페이지를 확인하세요
- Claude 도움말 센터의 Duet 관련 문서: 행동 확인, 민감 정보 처리 및 알려진 제한 사항
- 안내: 연구 프리뷰 기간에는 내용이 바뀔 수 있으므로 최신 버전을 확인하세요
- APIYI 문서 센터: 멀티모델 연동, 콘솔 사용량 및 로그 안내
- 링크:
docs.apiyi.com - 안내: 모델 목록, 가격, 이용 가능 여부는 콘솔과 문서를 확인하세요
작성자: APIYI 기술팀
기술 교류: APIYI apiyi.com 홈페이지에서 문의해 주세요. Agent 백엔드 모델 선택과 사용량 관리 경험을 나눌 수 있어요.