Claude Duet vs Claude Code: 같은 모델, '완료'에 대한 두 가지 매우 다른 관점

여기 다른 거의 모든 것을 설명해 주는 비대칭성이 있다. Claude Code에 버그 수정을 배포해 달라고 하면 작업이 그냥 끝나는 순간이 있다. diff가 적용되고, 테스트 스위트가 통과하고, CI가 동의하고, 리뷰어가 병합하거나 하지 않는다. 같은 아침의 행정 업무를 Claude Duet에 맡기면 결승선은 테스트 스위트가 아니라 당신의 판단이다. Duet은 조치를 초안으로 작성해 당신에게 보여 주고 기다린다. 그 결과가 옳았는지는 시스템 안의 어떤 오라클도 답할 수 없는 질문이다. 두 표면 모두 동일한 계정에서 동일한 사용 한도로 동일한 기반 모델인 Claude Opus 5.5를 실행하지만, 하나는 완료에 대한 객관적 정의를 가지고 다른 하나는 사회적 정의를 가진다. 바로 그 단 하나의 차이, 즉 오라클 대 당신의 의견이 이 비교의 논지이며, 아래의 제품 세부 사항 대부분은 여기에서 따라 나온다.

하나의 모델, 두 개의 계약

진짜로 공통된 부분부터 시작해야 합니다. 그것은 마케팅이 암시하는 것보다 더 많기 때문입니다. Claude Code는 다른 모든 것과 동일한 Pro, Max, Team, Enterprise 또는 Console 계정으로 사용하는 Anthropic 제품이며, Duet은 Pro와 Max에 포함되어 있습니다. Anthropic은 Duet이 Claude Opus 5.5를 중심으로 설계되었다고 설명하며, Claude Code 페이지의 빠른 모드 관련 설명 자체도 Opus 5.5가 해당 인터페이스 뒤에 있는 모델임을 확인해 줍니다. 따라서 모델이 차별화 요소가 아닙니다. 모델을 둘러싼 계약 조건이 차별화 요소입니다.

Claude Code의 계약은 좁고 명료합니다. 저장소에서 작동하고, 파일을 읽고 쓰며, 명령을 실행하고, 테스트를 실행합니다. 터미널 도구, 데스크톱 앱, 웹 인터페이스, 모바일 앱으로 제공되며 GitHub와 VS Code, JetBrains를 포함한 IDE를 위한 통합을 갖추고 있습니다. Slack에서도 나타납니다. macOS, Linux, Windows에서 실행됩니다. 그것이 만들어내는 모든 것은 작업 트리, diff, 풀 리퀘스트처럼 검사할 수 있는 곳에 남고, 그것이 주장하는 모든 것은 무언가를 실행해 확인할 수 있습니다.

Duet의 계약은 설계상 넓고 모호합니다. iOS와 Android의 자체 앱 및 claude.ai에서 작동하며, 6,000개가 넘는 커넥터와 플러그인을 활용하고, 하루 종일 지식 노동의 산출물인 메일, 문서, 송장, 메시지, 일정 속에서 활동합니다. 그중 어느 것도 테스트 스위트를 갖추고 있지 않습니다. Duet이 두 송장을 일치시켰다고 말할 때, 검증은 당신이 그 두 송장을 직접 들여다보는 것입니다.

코드 쪽에서는 완료에 대한 판정이 내려졌다

Claude Code의 흥미로운 점은 제품의 상당 부분이 기계가 “아니오”라고 말할 수 있도록 설계되어 있다는 것입니다. 버그든 테스트든 며칠 걸리는 마이그레이션이든 맡기면, 계획을 세우고 명확화 질문을 하고 코드를 작성하고 테스트를 실행한 뒤 풀 리퀘스트를 열거나, 작업을 해결하지 못했다고 보고합니다. 이 둘은 동등한 결과가 아니며, 인터페이스도 그런 척하지 않습니다.

Anthropic 자체의 샘플 세션은 시사하는 바가 큽니다. 중복 청구 버그를 받으면 에이전트는 이를 재현하고, 멱등성 키를 추적하며, 그 키가 결제 세션마다가 아니라 호출마다 생성된다는 점을 찾아내고, 파일을 수정한 뒤 +9/-3 변경을 보고합니다. 또 다른 샘플은 다크 모드 토글을 추가합니다. 네 개의 파일을 읽고, 프로바이더를 수정하고, 선택 사항을 로컬 스토리지에 저장한 뒤 작동하는 미리보기를 반환합니다. 두 경우 모두 결과물은 검토 가능한 변경이며, 증거는 실제로 무언가가 실행되었다는 점입니다.

이것이 개발자 영역이 자체 방향으로 계속 확장되는 이유다. Claude Code 페이지의 관련 기사 블록에는 Code Review가 2026-10-15에 정식 출시되었고 Claude Security가 2026-10-21에 Enterprise용 연속 스캔 공개 베타를 개시했다고 기록되어 있다. 두 출시는 모두 "그 변경이 올바른가"라는 질문을 정면으로 겨냥했으며, 그중 하나는 루프에 또 다른 자동 검토자를 추가하는 방식이었다. Anthropic의 에이전트 전략이 다음에 무엇을 하든, 코드 영역은 작업이 좋은지 판단하기 위한 자체 기계장치를 축적해 가고 있다.

브리핑 측면에서는 done에 사람이 있습니다.

Duet은 루프를 뒤집어 자동화된 판정을 구조적으로 불가능하게 만든다. 매일 아침 브리프를 생성하고 연결된 계정을 몇 시간마다 확인하므로, 아무도 요청하지 않은 작업을 아무도 적어두지 않은 기준에 맞춰 만들어내는 셈이다. "이것이 내가 봐야 했던 스레드인가"를 검사할 테스트는 없다. 유일한 판단 기준은 아침 8시에 그것이 유용했다고 느꼈는지 여부뿐이다.

따라서 승인 게이트는 권한 프롬프트와는 다른 일을 합니다. Duet이 사용자에게 어떤 작업을 보여 주고 기다릴 때, 그것은 정확성을 확인하는 것이 아니라 책임을 넘기는 것입니다. 검토자는 바로 사용자이며, 그 검토는 diff가 아니라 판단의 문제입니다. 이는 거부 사항이 파이프라인 앞단에 하드코딩되어 있는 이유이기도 합니다. 증권 거래와 계좌 간 자금 이체는 사용자의 승인이 있어도 허용되지 않으며, 분류기는 신용카드 번호와 정부 발급 신분증 정보는 아예 처리하지 않겠다고 거부합니다. 사용자의 판단이 마지막 방어선이라면, 시스템은 사용자에게 제공할 수 있는 것조차 보수적으로 판단해야 합니다.

Anthropic은 이것이 어렵다는 점을 솔직하게 인정한다. Duet은 스레드를 잘못 읽거나 무엇이 긴급한지 잘못 판단할 수 있고, 개인적인 심부름에서는 업무 작업보다 성능이 떨어지며, 아직 자신의 브라우저를 보여줄 수도 없다. 즉, 웹 작업을 승인하기 전에 가장 보고 싶어 할 단 하나의 증거가 당분간은 제공되지 않는다는 뜻이다. 이 마지막 한계는 로드맵을 암시하는 미끼라기보다는 솔직한 공백처럼 읽히며, 이 비대칭을 가장 명확하게 보여주는 사례다. 코드 표면은 테스트 출력을 보여줄 수 있지만, 브리핑 표면은 아직 페이지를 보여주지 못한다.

같은 사람, 산책 중

Anthropic의 발표에 담긴 한 가지 세부 사항은 이 짝을 이론적인 것이 아닌 구체적인 것으로 만든다. Duet 페이지에 인용된 테스터 중에는 Claude Code 팀을 이끄는 Boris Cherny가 있는데, 그는 산책을 나간 동안 자신의 할 일 목록을 처리한 경험을 설명한다. 그것이 바로 이 논변의 축소판이다. 즉 코드 작업 화면을 만드는 사람이 동시에 브리핑 화면을 사용하는 사람이기도 하며, 다른 업무를 위해, 다른 자세로, 다른 증명 기준을 가지고 사용한다는 것이다. Anthropic의 누구도 이 둘이 경쟁 제품이라고 생각하는 듯하지 않는다.

둘 중 하나를 고르는 사람에게 그것을 실용적으로 옮긴 답은 화려하지 않다. 작업에 자동화할 수 있는 정의가 있다면, 그 정의를 중심으로 만들어진 표면을 원하게 된다. 자동화가 있어야 그 작업에서 손을 떼고 빠져나올 수 있기 때문이다. 작업에 스스로에게 말로 풀어 설명할 수 있는 정의밖에 없다면, 작업을 당신에게 가져다주고 기다리는 표면을 원하게 된다. 기다림만이 가능한 유일한 안전장치이기 때문이다.

신중하게 중간에서 만나기

두 표면은 서로의 영역을 향해 슬금슬금 다가가고 있으며, 이는 여기서 로드맵을 읽어내지 않고도 주목할 만한 일입니다. 화면과 직접 상호작용하는 기능인 Computer use는 Anthropic 자체 표현에 따르면 Claude Code와 Cowork 모두에서 research preview 상태이므로, 코드 에이전트는 필요할 때 이미 저장소 너머까지 손을 뻗을 수 있습니다. Duet은 나름대로 최종 산출물과 매우 비슷해 보이는 아티팩트를 생성하고 있습니다.

Duet 페이지에는 과잉 해석을 유도하는 문장도 있다. Anthropic은 Duet이 "자체 앱 안에, 기본 Claude 앱과 분리되어 존재한다"고 쓰고, 초기 사용자에게서 배우는 것이 이 두 표면이 서로 나란히 작동하는 방식을 형성할 것이라고 덧붙인다. 여기서 "두"란 Duet과 기본 Claude 앱이지, Duet과 Claude Code가 아니다. 그 문장 위에 융합 이론을 세우기는 쉽겠지만, 정직한 독해는 더 좁다. Anthropic은 표면들이 아직 움직이고 있다고 말하는 것이며, 그것은 움직이지 않는 것들 위에 자신의 워크플로를 표준화할 이유다.

포장이 바뀌어도 변하지 않는 것은 무엇일까요?

변함없이 남는 질문은 당신을 대신해 행동하는 두 도구라면 어느 것이든 던질 질문과 같습니다. 그 행동은 어디에 귀결됩니까 — diff할 수 있는 작업 트리입니까, 아니면 되돌릴 수 없는 메일함입니까? 무엇이 그것을 막습니까 — 컴파일러나 테스트 스위트입니까, 아니면 먼저 당신에게 묻는 게이트입니까? 그리고 그 후에 어떤 증거를 얻습니까 — 실행된 명령의 로그입니까, 아니면 작업을 수행한 주체가 작성한 요약입니까?

세 가지 질문이 두 표면을 깔끔하게 구분하며, 어느 한쪽의 현재 이름이나 아이콘, 메뉴 위치에도 의존하지 않는다는 점에 주목하세요. 이 질문들은 기능이 한쪽에서 다른 쪽으로 넘어가는 순간에도 유효합니다. Claude Code가 언젠가 아침 브리핑을 작성해 주더라도 "나는 어떤 근거를 받게 되는가"라는 질문에는 여전히 답이 있으며, 그 답은 오늘 Duet이 주는 답과 여전히 다릅니다.

모델이 적합한 곳, 그것이 필요하다면

이 둘은 모두 Anthropic 모델에 Anthropic 인터페이스를 씌운 Anthropic 제품이며, 어느 쪽도 다른 엔드포인트로 재지정할 수 없습니다. 에이전트 계층이 곧 제품이기 때문입니다. 만약 실제로 원하는 것이 자체 파이프라인 안에서 Claude Opus 5.5를 사용하는 것이라면 — 여기서 "완료"는 여러분의 코드가 정의하는 대로입니다 — 그것은 별개의 구매이며, 바로 우리가 판매하는 것입니다. 입력 토큰 100만 개당 4.00달러, 출력 토큰 100만 개당 20.00달러, 1M 토큰 컨텍스트 창, 캐시 읽기 100만 회당 0.20달러, 0% 마크업으로, 200개 이상의 모델에 접근할 수 있는 단 하나의 OpenAI 호환 키를 통해 제공됩니다.

그것은 두 표면 중 어느 쪽과도 경쟁하는 것이 아니다. 그것은 두 표면 모두의 아래에 있는 계층이며, 직접 구매하는 것이기 때문에 승인 게이트, 일정, 완료의 정의를 모두 당신이 직접 작성하게 된다. 일부 팀은 그것을 원한다. 하지만 대부분의 사람은, 대부분의 아침에, 창문을 열고 다른 누군가의 '완료'에 대한 의견이 자신의 의견을 대신하게 두는 쪽을 더 선호한다.

두 에이전트 중 하나를 고르고 있다면, 물어야 할 질문은 어느 쪽이 더 강한가가 아니다. 이 작업에 자동화할 수 있는 판정이 있는가이다. 있다면 Claude Code에 맡기고 스위트가 결정하게 하라. 없다면 Claude Duet에 맡기고 직접 결정하라 — 다만 당신이 오라클이라는 점, 그리고 오라클 역할은 형식이 아니라 일이라는 점을 명심하라.