개인 비서형 AI 에이전트를 실무에 붙여 쓰려는 시도는 이미 여러 갈래로 진행돼 왔다. Muse, Dot, NanoClaw 같은 '하네스(harness)'들이 각자의 방식으로 챗봇을 작업 비서로 확장하려 했지만, 대개는 쓸모보다 번거로움이 앞섰다. 이번에 소개하는 글은 앤트로픽과 무관한 한 개발자가 베타 단계의 '클로드 Duet(Duet)'을 직접 써 본 사용기다. 공식 발표가 아니라 개인의 체감에 기반한 기록인 만큼, 수치보다는 '어떤 설계 철학이 실무자에게 와닿았는가'를 읽는 자료로 보는 편이 맞다.
필자가 가장 먼저 꼽은 장점은 응답 속도다. 다른 비서형 앱들은 사용자가 기다리는 동안 배경에서 정체 모를 작업을 돌리는 반면, Duet은 배경 작업이 필요하더라도 사용자에게 빠른 응답을 돌려주는 쪽을 우선한다. 필자는 Duet이 Opus 5.5 기반으로 알려져 있다고 적으면서, 다른 클로드 UI에서 보던 Opus보다 확연히 빠르게 움직인다고 표현했다. 별도의 튜닝이 있었으리라는 추정이다. '세상과 나를 잇는 셸'을 자처하는 비서라면, 명령과 명령 사이에 사용자를 기다리게 만들어서는 안 된다는 것이 그의 기준이다.
채널로 세션을 관리한다
Duet의 차별점으로 그가 강조한 것은 '채널(channel)' 개념이다. LLM과 일할 때 늘 성가신 부분은 세션 관리다. 작업 흐름이 흩어지고, 맥락을 수작업으로 유지해야 하며, 세션 이름이 엉키기 일쑤다. Duet은 채널을 스스로 만들고 관리해 이 정리 작업을 대신해 준다. 그 결과 업무에 자연스러운 위계가 생기고, 놓치는 스레드가 줄어든다는 것이다. Cmd-K로 채널 목록을 불러 빠르게 전환할 수 있고, 채널끼리 서로를 참조할 수 있어 작업이 엉뚱한 곳으로 새는 것을 막아 준다. 특히 깃허브 저장소 접근이 채널 단위로 제한된다는 점이 실무적으로 중요하다. 특정 채널에 연관 저장소 몇 개만 묶어 두면, 다른 프로젝트의 작업과 뒤섞일 걱정 없이 쓸 수 있다.
자격증명을 요구하지 않는 설계
또 하나 눈에 띄는 대목은 보안 설계다. 대다수 비서형 앱의 고질병은 '열쇠를 넘기기 전까지는 제대로 일하지 않는다'는 점이다. Muse는 에이전트가 값 자체는 보지 못하도록 자격증명 저장소를 두지만, 그래도 신뢰할 수 없는 대상에 그 값을 입력할 여지가 남는다. 반면 Duet은 자격증명을 저장하지 않고, 넘겨받는 것조차 적극적으로 꺼린다. 기껏해야 크롬 세션을 통한 대리 로그인을 허용하는 정도이며, 그마저 요구한 적이 없다고 한다. 대신 클로드가 이미 갖춘 커넥터 생태계를 쓰는 쪽을 선호한다. 민감 정보를 에이전트에 몰아주지 않으려는 조직이라면 참고할 만한 방향이다.
응답의 간결함도 언급된다. 단순한 질문에 장문을 돌려받고 싶어하는 사람은 없는데, 오랫동안 챗봇의 기본 경험이 그랬다. 이 점은 Dot이나 Muse도 비슷하게 개선했지만, 필자는 '성격'의 차이를 든다. Muse가 모든 것에 엄지척을 남발했다면, Duet은 이모지 반응을 '부연 없이 알았다'는 신호로 절제해서 쓴다는 것이다.
권한의 계층 구조라는 핵심
필자가 가장 중요하게 본 혁신은 '관심사의 계층화'다. 최상위 Duet은 모든 작업 흐름을 조망하되 저수준 접근 권한은 없다. 채널은 더 많은 접근 권한을 갖지만 맥락은 더 제한된다. 채널이 띄우는 하위 스레드는 특정 코드 샌드박스 안에서 한층 더 좁은 권한으로 움직이고, 데스크톱 앱은 허용된 로컬 호스트에만 닿는데 그것도 보통 코딩이 끝난 뒤의 QA나 배포 단계에 한정된다. 조망 범위가 넓을수록 권한은 좁고, 권한이 넓을수록 맥락은 좁아지는 구조다. 필자는 이런 배치가 사실 자신이 원래 선호하던 에이전트 운용 방식이며, API 크레딧과 약간의 수작업으로도 흉내 낼 수 있다고 인정한다. 다만 Duet은 그 위계를 제품의 핵심으로 자연스럽게 녹여 냈고, 그래서 머지않아 챗봇 UI의 기본 경험이 될 것이라 전망한다.
물론 한계도 분명하다. 베타답게 결함이 있어, 스레드가 돌고 있는데도 화면에 보이지 않거나, 위임된 저장소 접근이 제대로 붙지 않는 경우(에이전트 시작과 접근 부여 사이의 경쟁 상태로 추정)가 관찰됐다. 음성 상호작용에서는 여전히 Dot이 앞서며, 앤트로픽의 음성 모드는 '그럴듯한 음성-텍스트 변환' 수준에 머문다는 지적도 덧붙였다. 무엇보다 이 글은 필자 개인의 사용 패턴에 Duet이 잘 맞았다는 전제 위에 있다. 다른 사람에게는 Muse가 더 나을 수 있다는 단서를 그 스스로 달아 두었다. 한국의 실무자가 읽을 지점은 특정 제품의 우열이 아니라, 에이전트를 '권한과 맥락의 계층'으로 설계한다는 발상 자체다. 여러 에이전트가 각기 다른 맥락 위에서 돌아가는 환경을 관리해야 하는 팀이라면, 이 계층화 모델은 자체 워크플로를 정리하는 틀로도 충분히 참고할 가치가 있다.