Claude Duet이 보여준 에이전틱 시대: AI에게 업무를 맡기는 법

Claude Duet은 연결된 업무에서 먼저 확인할 일을 가져오고 작업을 이어가는 에이전트입니다. 기업은 업무의 시작 조건, 실행 권한, 사람의 승인, 완료 기준을 설계해야 합니다.

우리는 꽤 오래 AI를 질문창으로 이해했습니다. 사람이 할 일을 발견하고, 자료를 모으고, 질문을 입력하면 AI가 답했습니다. 답변이 마음에 들면 사람이 다음 도구로 옮겨 실제 일을 처리했습니다. 이 과정에서 AI는 빨라졌지만, 업무가 시작되고 끝나는 방식은 사람이 계속 관리했습니다.

이제 질문이 달라지고 있습니다. “무엇을 물어볼까?”에 더해 “무엇을 계속 지켜보게 할까?”, “어디까지 준비하게 할까?”, “어떤 상태를 완료로 인정할까?”를 정해야 합니다. 저는 이 변화가 기업의 AI 전환에서 다음으로 다룰 중요한 과제라고 봅니다.

2026년 10월 21일 발표된 Claude Duet은 이 방향을 보여주는 사례입니다. 다만 신제품 발표와 실제 도입 가능성은 구분해야 합니다. 이 글은 2026년 10월 24일 공개된 공식 자료를 확인해 작성한 분석이며, Duet 직접 사용 후기나 고객사의 도입 성과가 아닙니다. 아래 업무 설계와 실험 기준은 LeanX의 독자적인 제안입니다.

1. Claude Duet은 어떤 제품인가

Claude Duet 발표문은 연결한 앱에서 주의가 필요한 일을 먼저 알려주고, 사용자가 자리를 비운 동안에도 클라우드 환경에서 작업을 이어가는 별도 앱을 소개합니다. 사람이 요청한 작업을 처리하는 것에 더해, 연결된 업무에서 무엇을 확인할지 먼저 제안하는 방향입니다.

이름이 비슷해 혼동하기 쉽지만 Claude Code와는 구분해야 합니다. Code 공식 문서는 Code를 코드베이스를 읽고 파일을 수정하며 명령을 실행하는 에이전틱 코딩 도구로 설명합니다. Code와 Duet이 하나의 통합 실행 체계로 자동 연결된다는 뜻은 아닙니다.

제가 Duet에서 주목하는 것은 업무가 시작되는 방식입니다. 사람이 모든 할 일을 발견해 질문창에 넣는 대신, AI가 정해진 맥락 안에서 필요한 일과 준비된 결과를 가져오는 흐름입니다. 이 흐름을 기업에 적용하려면 입력과 결과물, 권한과 책임을 별도로 정해야 합니다.

지금 사용할 수 있는 범위도 확인해야 한다

Duet 공식 시작 안내에 따르면, 확인일 기준 Duet은 미국의 Pro·Max 이용자에게 대기명단 초대로 제공되는 연구 프리뷰입니다. Team·Enterprise에는 아직 제공되지 않으며, 한국 기업이 일반적으로 바로 도입할 수 있는 제품으로 소개하면 부정확합니다.

같은 안내는 백그라운드 작업도 기존 플랜 사용 한도에 포함된다고 설명합니다. 앱을 닫은 뒤에도 작업한다는 사실이 무제한 사용이나 상시 실시간 감시를 뜻하지는 않습니다. 계정 확인에는 간격이 있고, 현재 브라우저 작업 화면을 보거나 넘겨받을 수도 없습니다. 도입 검토에는 기능 목록만큼 접근 조건과 관찰 가능한 범위를 함께 적어야 합니다.

2. 에이전틱 업무에서는 시작 조건이 바뀐다

기존의 AI 활용에서는 사람이 업무를 쪼개고 다음 질문을 골랐습니다. 에이전트에게 더 긴 일을 맡기면, 그 사이의 판단 일부도 도구가 수행합니다. 예를 들어 담당자가 매번 “이 문의에 답해줘”라고 입력하는 대신, 정해진 범위의 문의를 확인하고 필요한 자료와 다음 행동을 준비하도록 구성할 수 있습니다.

이때 중요한 설계 단위는 프롬프트 한 줄보다 반복 업무 한 묶음입니다. 어떤 사건이 시작 신호인지, 어떤 자료를 근거로 삼는지, 어느 상태에서 사람에게 돌아와야 하는지 연결해야 합니다. 시작 조건이 불명확하면 중요하지 않은 알림이 쌓이고, 종료 조건이 불명확하면 그럴듯한 초안이 완료된 업무처럼 취급될 수 있습니다.

이 글에서 말하는 에이전틱 업무는 도구를 사용해 여러 단계를 수행하고 결과를 확인하는 흐름을 뜻합니다. 모든 단계를 자율적으로 처리해야 한다는 의미는 아닙니다. 업무의 일부만 맡겨도 사람이 확인할 지점과 결과의 형태가 분명하면 충분히 유용한 실험이 됩니다.

이를 영업 업무에 적용해보겠습니다. 아래는 실제 고객 사례가 아닌 가상 시나리오입니다. 신규 문의가 오면 담당자는 고객의 상황을 읽고, 과거 상담을 찾고, 제품 자료를 확인하고, 회신을 작성합니다. 실험에서는 AI가 문의 유형과 빠진 정보를 정리하고, 승인된 제품 자료를 연결해 회신 초안을 준비하게 할 수 있습니다. 가격 확약과 고객 발송은 담당자가 맡습니다.

여기서 AI가 초안을 열 개 만들었다는 보고만으로는 업무가 개선됐는지 알 수 없습니다. 담당자가 근거를 다시 찾는 시간이 줄었는지, 틀린 약속이 포함됐는지, 필요한 질문을 빠뜨렸는지 확인해야 합니다. 실행량과 완료된 업무를 같은 지표로 쓰면 자동화가 늘수록 성과도 늘어 보이는 착시가 생깁니다.

3. 우리 회사의 위임 기준을 한 장에 적는다

저는 에이전트를 연결하기 전에 담당자와 다음 여섯 항목을 정할 것을 제안합니다. 특정 제품의 필수 설정이 아니라 업무 인수인계를 구체화하는 방법입니다.

설계 항목	가상 영업 문의 업무의 예
시작 조건	지정된 문의 목록에 새 요청이 등록됐을 때
사용할 자료	담당자가 승인한 제품 안내와 가상 상담 이력
준비할 결과	문의 요약, 빠진 질문, 근거 링크, 회신 초안
허용한 행동	지정된 시험 폴더에 검토용 결과 저장
사람 확인	가격·납기·계약 조건 판단과 모든 고객 발송
완료·중지 조건	검토 가능한 결과와 처리 상태 기록. 근거 충돌·권한 밖 자료 요구 시 보류

여기에 작업 식별자를 붙이면 어떤 문의에서 어떤 초안이 나왔는지 추적하기 쉬워집니다. 같은 요청을 다시 실행했을 때 이미 발송한 메시지를 또 보내지 않도록 하는 문제도 별도로 설계해야 합니다. 결과가 불확실한 실행을 무조건 재시도하는 방식은 외부 시스템에 중복을 만들 수 있습니다.

팀의 중요한 기준은 문서에 남겨야 합니다. 승인된 자료의 위치, 사용하면 안 되는 표현, 조건이 충돌할 때의 담당자, 결과물을 저장할 곳을 다음 실행도 읽을 수 있게 만듭니다. 모델이 기억했을 것이라는 기대만으로 회사의 운영 규칙을 관리하기는 어렵습니다.

위 도식은 LeanX가 제안하는 운영 흐름입니다. Duet의 실제 화면이나 공식 기능 구성을 재현한 그림은 아닙니다. 팀은 각 단계에서 무엇을 관찰하고 무엇을 허용할지 자체 도구와 업무에 맞춰 검증해야 합니다.

4. 승인 화면도 업무의 일부로 설계해야 한다

Anthropic이 10월 23일 공개한 Duet 안전·개인정보·보안 설명은 행동과 수신 대상, 내용을 보여주는 승인 절차와 별도의 자동 검사를 설명합니다. 동시에 승인 요청이 지나치면 사람이 기계적으로 통과시키는 문제와 보호장치의 오판 가능성도 다룹니다. 이는 공급사가 설명한 설계이며, 우리 조직의 보안 검증이나 무오류 보장을 대신하지 않습니다.

기업에서 “사람이 최종 확인한다”는 문장을 운영하려면 사람이 무엇을 보고 판단하는지 구체적이어야 합니다. 저는 회신 승인 화면에 최소한 원래 요청, 사용할 근거, 외부로 나갈 내용, 수신자, 중요한 변경 사항을 함께 제시할 것을 권합니다. 긴 대화 기록을 처음부터 다시 읽어야 한다면, 승인자가 책임 있게 검토하기 어렵습니다.

가령 회신 초안에 납기가 들어갔다면 그 날짜가 고객의 희망인지, 승인된 제품 안내인지, 담당자가 확정한 약속인지 구분해야 합니다. 근거가 없으면 날짜를 채워 넣는 대신 확인할 질문으로 남기는 편이 낫습니다. 검토자는 문장의 자연스러움과 함께 회사가 실제로 약속할 수 있는 내용을 봐야 합니다.

권한도 작업의 성격에 맞게 나누어야 합니다. 자료 읽기와 초안 저장만 필요한 실험에 고객 발송이나 원본 삭제 권한까지 연결할 이유는 없습니다. 특정 행동을 프롬프트에서 금지하는 것과 실제 도구 권한에서 제한하는 것은 서로 다른 통제입니다. 가능한 범위에서 둘을 함께 설계하고 실제 시도로 확인해야 합니다.

5. 한국 기업은 오늘 무엇부터 시험할 수 있을까

Duet의 국내 일반 이용을 전제로 계획하기보다, 현재 접근 가능하고 조직이 사용을 승인한 도구로 작은 흐름을 시험할 수 있습니다. Claude Code를 선택한다면 허용된 파일을 읽어 검토용 결과를 만드는 범위부터 시작하고, 개발·실행 환경을 다룰 담당자가 검증합니다. 이는 Duet을 설치하거나 동일 기능을 재현하는 실습이 아닙니다.

다음은 2주간 진행할 수 있는 LeanX의 가상 파일럿 제안입니다. 합성 문의 20건을 준비하고 정상 문의, 정보 누락, 조건 충돌, 권한 밖 자료 요구, 같은 요청의 재입력을 포함합니다. 실제 고객 정보와 발송 계정은 연결하지 않습니다. 비교할 기존 방식과 AI 보조 방식에는 같은 자료와 품질 기준을 적용합니다.

첫 주에는 초안 생성과 검토 기록만 수행합니다. 요청마다 담당자의 확인·수정 시간, 근거 누락, 잘못된 확약, 보류 이유를 적습니다. 두 번째 주에는 발견한 오류 중 반복되는 원인을 하나 골라 자료나 기준을 수정하고, 이전에 쓰지 않은 별도 사례로 다시 확인합니다. 첫 사례의 답을 외워서 좋아진 결과와 다른 업무에도 적용되는 개선을 구분하기 위해서입니다.

시작 전에 통과 기준도 정합니다. 예를 들어 필수 근거와 수신 대상이 맞고, 금지된 약속을 포함하지 않은 초안만 검토 통과로 셀 수 있습니다. 이 기준은 팀이 업무에 맞게 정하는 평가 예시이며, 보편적인 제품 성능 기준이 아닙니다. 작은 표본에서 오류가 없었다고 운영 위험이 사라졌다고 결론 내려서도 안 됩니다.

최종 보고에서는 처리 건수와 함께 승인된 결과 수, 검토·수정 시간, 중요한 오류, 보류와 재작업, 도구 비용을 봅니다. 사용량이 줄지 않아도 검토 품질이 좋아질 수 있고, 초안이 빨라져도 검수 부담이 커질 수 있습니다. 줄어든 작업 시간이 곧바로 현금 지출 감소가 되는지도 따로 확인해야 합니다.

파일럿이 끝나면 확대, 수정 후 재시험, 중지 중 하나를 결정합니다. 외부 발송을 연결할지는 다음 단계의 별도 판단으로 남깁니다. 실험이 잘됐다는 이유만으로 읽기 중심의 시험을 발송·계약 변경까지 한 번에 확장하면, 검증한 범위를 넘어가게 됩니다.

6. 에이전틱 시대에는 업무를 설명하는 능력이 자산이 된다

Claude Duet이 보여주는 방향을 보며 저는 기업 교육의 질문도 바뀌어야 한다고 생각합니다. 좋은 명령을 입력하는 실습에 더해, 자기 업무의 시작·근거·허용 행동·승인·완료를 설명하고 시험하는 경험이 필요합니다. 이 기준이 정리돼 있으면 도구가 바뀌어도 다음 실험의 출발점으로 사용할 수 있습니다.

오늘 팀에서 반복 업무 하나를 골라보면 좋겠습니다. 담당자가 어떤 신호를 보고 시작하는지, 왜 어떤 자료를 믿는지, 어떤 경우에 멈추는지 적습니다. 그다음 AI에게 맡길 작은 단계를 선택하고, 실제 결과물과 검토 기록으로 유용성을 판단합니다. 이 과정에서 발견되는 예외와 수정 이유가 회사의 다음 자동화를 위한 지식이 됩니다.

관련해서 Claude Code Plan Mode와 검증 루프, 흩어진 업무 데이터를 판단 자산으로 만드는 방법도 함께 읽을 수 있습니다. 제품의 새 기능을 살피면서 우리 업무의 기준을 기록하는 일을 병행할 때, AI 전환은 현장에서 검토할 수 있는 구체적인 변화가 됩니다.

LeanX는 기업·기관의 AI 교육과 업무 파일럿, 구축을 연결합니다. 우리 팀의 반복 업무 하나에서 어떤 자료와 검토 기준을 먼저 정할지 고민 중이라면, 업무 체험에서 출발점을 살펴보고 상담에서 필요한 범위를 이야기할 수 있습니다.

공식 출처

• Anthropic, Introducing Claude Duet, 2026-10-21 발표.
• Anthropic, Claude Duet Safety, Privacy, and Security, 2026-10-23 발표.
• Claude Help Center, Get started with Claude Duet, 2026-10-24 확인. 상시 갱신 도움말.
• Claude Code Docs, Overview, 2026-10-24 확인. 고정 게시일 미표기.

제품 조건은 프리뷰 중 바뀔 수 있습니다. 위 링크의 최신 안내를 확인하세요. 업무 흐름과 파일럿은 LeanX의 제안이며, 직접 실행 결과나 공급사가 보장하는 성과가 아닙니다.